由于它只是一个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" |
不要忘记性能测试
索引视图如果使用得当，它会十分有用，因为它们能够显著地提高查询的性能。但是，由于聚集索引增加的性能，数据库引擎必须在视图基表的所有事务过程中维持那个索引。因为这个交换，建立一个索引视图可能对系统有益，也可能给系统造成伤害。确定这样做是有益还是有害的最佳方法就是进行全面的性能测试。
