在视图上创建索引需要三个条件：
一、视图必须绑定到架构。
要做到这点，在 CREATE VIEW 语句中，必须加上 WITH SCHEMABINDING，如果是使用企业管理器，则在设计界面的空白处点击右键，属性，选中“绑定到架构”。
二、索引必须是唯一索引。
要做到这点，在 CREATE INDEX 中必须指定 UNIQUE。
三、索引必须是聚集索引。
要做到这点，在 CREATE INDEX 中必须指定 CLUSTERED。
例：
CREATE VIEW viewFoo WITH SCHEMABINDING
AS
SELECT id...
CREATE UNIQUE CLUSTERED INDEX index_viewFoo ON viewFoo(id)
***************************************************************
视图的要求
在视图上创建聚集索引之前，该视图必须满足下列要求：
当执行 CREATE VIEW 语句时，ANSI_NULLS 和 QUOTED_IDENTIFIER 选项必须设置为 ON。OBJECTPROPERTY 函数通过 ExecIsAnsiNullsOn 或 ExecIsQuotedIdentOn 属性为视图报告此信息。
为执行所有 CREATE TABLE 语句以创建视图引用的表，ANSI_NULLS 选项必须设置为 ON。
视图不能引用任何其它视图，只能引用基表。
视图引用的所有基表必须与视图位于同一个数据库中，并且所有者也与视图相同。
必须使用 SCHEMABINDING 选项创建视图。SCHEMABINDING 将视图绑定到基础基表的架构。
必须已使用 SCHEMABINDING 选项创建了视图中引用的用户定义的函数。
表和用户定义的函数必须由 2 部分的名称引用。不允许使用 1 部分、3 部分和 4 部分的名称。
视图中的表达式所引用的所有函数必须是确定性的。OBJECTPROPERTY 函数的 IsDeterministic 属性报告用户定义的函数是否是确定性的。有关更多信息，请参见确定性函数和非确定性函数。
视图中的 SELECT 语句不能包含下列 Transact-SQL 语法元素：
选择列表不能使用 * 或 table_name.* 语法指定列。必须显式给出列名。
不能在多个视图列中指定用作简单表达式的表的列名。如果对列的所有（或只有一个例外）引用是复杂表达式的一部分或是函数的一个参数，则可多次引用该列。例如，下列选择列表是非法的：
SELECT ColumnA, ColumnB, ColumnA
执行 CREATE INDEX 语句的用户必须是视图的所有者。
当执行 CREATE INDEX 语句时，下列 SET 选项必须设置为 ON：
ANSI_NULLS
ANSI_PADDING
ANSI_WARNINGS
ARITHABORT
CONCAT_NULL_YIELDS_NULL
QUOTED_IDENTIFIERS
必须将选项 NUMERIC_ROUNDABORT 选项设置为 OFF。
视图不能包含 text、ntext 或 image 列，即使在 CREATE INDEX 语句中没有引用它们。
如果视图定义中的 SELECT 语句指定了一个 GROUP BY 子句，则唯一聚集索引的键只能引用在 GROUP BY 子句中指定的列。
在SQL Server中，视图是一个保存的T-SQL查询。视图定义由SQL Server保存，以便它能够用作一个虚拟表来简化查询，并给基表增加另一层安全。但是，它并不占用数据库的任何空间。实际上，在你查询它之前，视图并不做任何事情。
索引视图
在SQL Server 2000和2005中，你能够给视图增加索引。但是，如果视图只是一个保存在数据库中的查询定义，在运行前没有自己的数据，你如何给那个定义建立一个索引呢？嗯，这比较麻烦。
索引视图是一个已被物化或保存在数据库中的视图。当基本表更新时，给视图建立的索引由数据库引擎保存和更新。当你的结果集返回许多行并且需要求总数时，索引视图十分有用。这是因为数据库引擎必须在基表数据更新时维持视图索引，这可能会降低事务的性能。
要给一个视图建立一个索引，视图定义必须遵守某组条件和会话设置，同时要求把基表和视图定义联系起来。如果你确定你的视图满足这些标准，你给视图建立的第一个索引必须是一个唯一的聚集索引。建立的第一个视图必须在一组栏上，并且被聚集，以便索引被物化。
列表A说明如何建立一个索引视图。其中的脚本将建立SalesHistory表，并给它加载数据。
下面的代码将建立一个视图来概括表中的数据：
CREATE VIEW vw_salesbyproduct
AS
SELECT
Product,
COUNT_BIG(*) as ProductCount,
SuM(SalePrice) as TotalSales
FROMdbo.SalesHistory
GROUP BY Product
由于它只是一个T-SQL查询定义，建立这个视图不用多少时间。建立好视图后，你就可以像对一个表一样对它进行查询。
SELECT Product, TotalSales, ProductCount
FROM vw_SalesByProduct
WHERE product = 'Computer'
如果你在SQL Server Management Studio或Query Analyzer中设置选项来查看查询的“执行计划”（Execution Plan），你会注意到上面的查询使用一个表扫描来找出Computer产品的总计结果。表扫描一般用于数据没有索引的情况下，它对整个结果集进行扫描以 找出需要的结果。
进行一些简单的改变，你就能够修改视图，以便你可以给它增加一个索引，从而改善搜索性能。首先，你必须设定下面的会话设置：
SET ANSI_NULLS ON
GO
SET ANSI_PADDING ON
GO
SET ANSI_WARNINGS ON
GO
SET CONCAT_NULL_YIELDS_NULL ONGO
GO
SET QUOTED_IDENTIFIER ON
GO
SET NUMERIC_ROUNDABORT OFF
GO
--现在你可以建立自己的视图。为使事情更加简单，我建立一个崭新的视图。
CREATE VIEW dbo.vw_SalesByProduct_Indexed
WITH SCHEMABINDING
AS
SELECT
Product,
COUNT_BIG(*) AS ProductCount,
SUM(ISNULL(SalePrice,0)) AS TotalSales
FROM dbo.SalesHistory
GROUP BY Product
GO
--下面的脚本给我们的视图建立索引：
CREATE UNIQUE CLUSTERED INDEX
idx_SalesView ON vw_SalesByProduct_Indexed(Product)
--为表明已经给视图建立一个索引，并且它确实占用数据库的空间，运行下面的脚本查明聚集索引有多少行以及视图占用多少空间。
EXECUTE sp_spaceused 'vw_SalesByProduct_Indexed'
--下面的SELECT语句和以前的语句相同，只是这次它执行一个聚集索引搜索，这个过程完成得非常快。
SELECT
Product, TotalSales, ProductCount
FROM vw_SalesByProduct_Indexed
WHERE Product = 'Computer'
不要忘记性能测试
索引视图如果使用得当，它会十分有用，因为它们能够显著地提高查询的性能。但是，由于聚集索引增加的性能，数据库引擎必须在视图基表的所有事务过程 中维持那个索引。因为这个交换，建立一个索引视图可能对系统有益，也可能给系统造成伤害。确定这样做是有益还是有害的最佳方法就是进行全面的性能测试。