以下的文章主要向大家描述的是SQL Server视图索引（Indexed Views），我们在第27章所曾经讲过，SQL Server2000数据库允许你创建索引视图。一个索引的视图是任意在其上定义了聚集索引的视图。
当一个CREATE INDEX语句在视图上执行时，视图的结果集在数据库中的组织和存储与具有聚集索引的数据表是一样的。
视图中数据表上的数据发生改变将会自动反映到视图中，也会以同样的方式数据表中的变化会反映到索引中。除了聚集索引，你可以在视图上创建其他非聚集索引来提哦共另外的查询性能。视图上的额外的索引可为查询优化器提供更多的选择。
在SQL Server2000的开发版和企业版中，当一个索引视图存在于一个表中，你可以在查询中直接访问视图，优化器将自动考虑使用视图的索引来提高查询性能，就像表中的索引来提高性能一样。即使一个查询没有直接在FROM子句中使用视图名字，查询优化器也将考虑使用索引视图。换句话，当一个查询可能从索引视图中获得好处，查询优化器会替换掉表上的索引，而使用索引视图来满足查询。
SQL Server 2000的所有版本都可以创建索引，但是只有开发版本和企业版将自动使用索引视图来优化查询，这一点很重要。在其他版本中，索引视图将不会用来提高查询性能，除非查询中明确指定视图并且“NOEXPAND”优化指示也被指定。
没有NOEXPAND，SQL Server将扩展视图到视图所对应的表并且基于表中的索引进行优化。下面的例子展示了使用NOEXPAND 选项来强制SQL Server视图索引。
Sql代码 Select * from sales_Qty_Rollup WITH (NOEXPAND) Where stor_id between 'B914' and 'B999' SET ARITHABORT ON Select * from sales_Qty_Rollup WITH (NOEXPAND) Where stor_id between 'B914' and 'B999' SET ARITHABORT ON
索引视图的确增加了负担并且可能使得SQL Server变得更复杂，因为需要比普通索引花费更多时间来维护。当索引所在的表被修改了，SQL Server不得不修改视图的结果集和视图中的索引。SQL Server视图索引的范围可能比单个表要大些，特别是假如视图定义在几个大表上。
在修改中维护视图及其索引所需的负担所产生的负面影响要比从其获得好处要多些。因为这些额外的维护负担，只在那些获得好处超过其维护负担的视图上创建索引。
上述的相关内容就是对SQL Server视图索引（Indexed Views）的描述，希望会给你带来一些帮助在此方面。