与 SQL Server 2000 相比，SQL Server 2005 包含了许多索引视图的改进功能。可索引的视图组已扩展至包含基于下列各项的视图：
| • |
标量聚合，包括 SUM 和不带 GROUP BY 的 COUNT_BIG。 |
| • |
标量表达式和用户定义的功能 (UDFs)。例如，给定一个表 T(a int, b int, c int) 和一个标量 UDF dbo.MyUDF(@x int)，T 上定义的索引视图可包含一个计算列（比如：a+b 或 dbo.MyUDF(a)）。 |
| • |
不精确的永久性列。不精确的列是一种浮型或实型的列，或者是一种派生自浮型或实型列的计算列。在 SQL Server 2000 中，如果不属于索引键的一部分，不精确的列就可用于索引视图的选择列表。不精确的列不能用于视图定义中的其他地方（比如：WHERE 或 FROM 子句）。如果不精确的列永久保存在基表中，那么 SQL Server 2005 允许其加入键或视图定义。永久性列包含常规列和标记为 PERSISTED 的计算列。 |
| • |
不精确的非永久性列无法加入索引或索引视图的根本原因是：必须使数据库脱离原计算机，然后再附加到另一台计算机。完成转移之后，保存在索引或索引视图中的所有计算列值在新硬件上的派生方式必须与旧硬件完全相同，精确到每个位。否则，这些索引视图在新硬件上会遭到逻辑破坏。由于这种破坏，在新硬件上，针对索引视图的查询会根据计划是否使用了索引视图或基表来派生视图数据，返回不同的应答。此外，无法在新计算机上正常维护索引视图。可惜，不同计算机上的浮点硬件（即便采用相同制造商的相同处理器体系结构）在处理器的版本上并不总是完全相同。对于某些浮点值 a 和 b，固件升级可能导致新硬件上的 (a*b) 不同于旧硬件上的 (a*b)。例如，结果可能非常相近，但仍存在细微差别。在进行索引之前一直保留不精确的计算值可解决这种分离/附加的不一致性问题，因为在进行索引和索引视图的数据库更新和维护期间，在相同的计算机上评估了所有表达式。 |
| • |
通用语言运行时 (CLR) 类型。SQL Server 2005 的一个主要的新功能是支持基于 CLR 的用户定义的类型 (UDT) 和 UDF。假如列或表达式具有确定性或是永久且精确的，或者二者兼具，那么就可在 CLR UDT 列或从这些列派生而来的表达式上定义索引视图。不能在索引视图上使用 CLR 用户定义的聚合。 |
优化器匹配查询和索引视图（使之可在查询计划中使用）的功能经扩展包含：
| • |
新的表达式类型，位于查询或视图的 SELECT 列表或条件中，涉及：
| ||||||
| • |
间隔归入。优化器可检测索引视图定义中的间隔条件是否覆盖或“归入”查询中的间隔条件。例如，优化器可确定“a>10 and a<20”覆盖“a>12 and a<18”。 | ||||||
| • |
表达式等价。某些表达式虽然在语法上有所不同，但最终的结果却相同，那么可以将其视为等价。例如，“a=b and c<>10”与“10<>c and b=a”等价。 |
另外，如果数据库中存在大量索引视图，那么对比在其上定义视图的表的编译性能，SQL Server 2005 通常要比 SQL Server 2000 快很多。.
对数据库系统确定一组适当的索引可能很复杂。如果在设计一般索引时需要考虑众多可能性，那么对架构添加索引视图会大幅提高设计和潜在结果的复杂性。例如，索引视图可用于：
| • |
查询中引用的表的任何子集。 |
| • |
该表子集的查询中的条件的任何子集。 |
| • |
组合的列。 |
| • |
聚合函数（比如：SUM）。 |
应同时设计表和索引视图上的索引，以便从每个构造中获得最佳结果。由于索引和索引视图对给定查询可能都很有用，因此分开设计会导致多余的建议，从而产生较高的存储和维护开销。优化数据库的物理设计时，必须权衡一组不同的查询和数据库系统必须支持的更新的性能要求。所以，对索引视图确定一项适当的物理设计是一种富有挑战性的任务，应尽可能使用数据库优化顾问 (Database Tuning Advisor)。
如果为建立一个特殊的查询，查询优化器考虑了许多索引视图，那么查询优化成本就会显著增加。查询优化器可能会考虑在查询中的表的任何子集上定义的所有索引视图。在拒绝视图之前，必须调查每个视图以便进行替换。这可能要花一些时间，尤其当给定查询存在数百个这类视图时。
在其上创建一个唯一的聚集索引之前，视图必须满足几项要求。在设计阶段，考虑这些要求：
| • |
视图以及视图中引用的所有表必须在相同的数据库中，并具有相同的所有者。 |
| • |
索引视图不必包含查询中引用的供优化器使用的所有表。 |
| • |
在视图上创建任何其他的索引之前，必须先创建一个唯一的聚集索引。 |
| • |
在创建基表、视图和索引时，以及基表和视图中的数据被修改时，必须正确设置某些 SET 选项（在本文档后面所有详述）。此外，除非这些 SET 选项正确无误，否则查询优化器不会考虑索引视图。 |
| • |
必须使用架构绑定创建视图，并且还必须通过 SCHEMABINDING 选项创建该视图中引用的任何用户定义的函数。 |
| • |
需要额外的磁盘空间来保存索引视图所定义的数据。 |
