其次，视图上的非聚集索引可提供更好的查询性能。与表上的非聚集索引类似，视图上的非聚集索引可提供更多选项，供查询优化器在编译过程中选择。例如，如果查询包含聚集索引所未涉及的列，那么优化器可在计划中选择一个或多个辅助索引，避免对索引视图或基表进行费时的完全扫描。

对架构添加索引会增加数据库的开销，因为索引需要持续的维护。在索引数量和维护开销间寻求适当的平衡点时，应谨慎权衡。

二、应用索引视图的优点

在实施索引视图前，分析数据库工作负荷。运用查询及各种相关工具（比如：SQL Profiler）方面的知识来确定可从索引视图获益的查询。频繁发生聚合和联接的情况最适合使用索引视图。无论是否频繁发生，只要某个查询需要很长的响应时间，同时快速获得响应的开销很高，那么就适合使用索引视图。例如，一些开发人员发现为高级主管们在月末运行的报告，创建预先计算和存储查询的应答的索引视图很有用。

不是所有的查询都能从索引视图中获益。与一般索引类似，如果未使用索引视图，就无法从中受益。在这种情况下，不仅无法实现性能改善，而且会在磁盘空间、维护和优化方面产生额外的成本。然而，当使用索引视图时，可大大改善（在数量级上）数据访问。这是因为查询优化器使用存储在索引视图（大幅降低了查询执行的成本）中预先计算的结果。

查询优化器仅考虑对具有高成本的查询使用索引视图。从而避免出现这样的情况：在查询优化成本高于使用索引视图所节约的成本时尝试匹配各种索引视图。在成本少于 1 的查询中很好使用索引视图。

从实施索引视图中获益的应用程序包括：

•	决策支持工作负荷
•	数据集市
•	数据仓库
•	联机分析处理 (OLAP) 存储和源
•	数据挖掘工作负荷

从查询类型和模式方面来看，获益的应用程序一般包含：

•	大型表的联接和聚合
•	查询的重复模式
•	几组相同或重叠的列上的重复聚合
•	相同键上相同表的重复联接
•	以上各项的组合

相反，执行许多写入操作的联机事务处理 (OLTP) 系统或者频繁更新的数据库应用程序可能无法运用索引视图，因为同时更新视图和底层基表会带来更高的维护成本。

查询优化器如何使用索引视图

SQL Server 查询优化器自动决定何时对给定的查询执行使用索引视图。不必在查询中直接引用视图以供优化器在查询执行计划中使用。所以，现有的应用程序可运用索引视图，而不用更改应用程序本身；只是必须创建索引视图。

优化器考虑事项

查询优化器通过考虑几个条件来决定索引视图能否涵盖整个或部分查询。这些条件对应查询中的一个 FROM 子句并由下列这几个部分组成：

•	查询 FROM 子句中的表必须是索引视图 FROM 子句中的表的超集。
•	查询中的联接条件必须是视图中的联接条件的超集。
•	查询中的聚合列必须可从视图中的聚合列的子集派生。
•	查询选择列表中的所有表达式必须可从视图选择列表或未包含在视图定义中的表派生。
•	如果与其他谓词所匹配的行的超集相匹配，那么该谓词将归入另一个谓词。例如，“T.a=10”归入“T.a=10 and T.b=20”。任何谓词都可归入其自身。视图中限制表值的那部分谓词必须归入查询中限制相同表的那部分谓词。此外，必须以 SQL Server 可验证的方式实现这一点。
•	属于视图定义中的表的查询搜索条件谓词的所有列必须出现在下列视图定义的一项或多项中： 1. 一个 GROUP BY 列表。 2. 视图选择列表（如不存在 GROUP BY）。 3. 视图定义中相同或等价的谓词。 情况 (1) 和 (2) 允许 SQL Server 对视图的列应用查询谓词，以便进一步限制视图的列。情况 (3) 比较特殊。在这种情况下，不需要对列进行筛选，因此该列不必出现在视图中。