使用索引视图提高性能

前言：

视图是一个包含了一个或多个表的数据列的虚拟表。通常情况下，它仅仅是存储了查询的对象，一个视图可以当作一个表，可以用于存储过程、JOIN、用户自定义函数等等。

视图包含了下面两个主要特性：

1、 提供了一个安全机制，用于限制用户只能访问特定的数据。

2、 使得开发人员能定制用户的逻辑视图。

 

当你查询一个视图时，优化器会产生一个单一的执行计划给这个查询。在索引视图未出现之前，视图必须解决查询在执行期间才硬化。所有的JOIN、聚合都在运行时才发生，当创建了索引视图之后，视图的结果就会在创建时物化并以物理方式存储在数据库中。减少了运行大表上的复杂查询的开销。

 

准备工作：

在开始索引视图之前，需要先决定哪些列需要包含在索引视图中，如何选择候选码等等：

1、 视图不能引用其他视图。

2、 视图要引用什么基础表。

3、 列名必须明确定义别名。

 

而它的缺点是：

1、 耗费硬盘空间存放。

2、 在DML语句如增删改的时候，索引创建会有开销，因为这些一旦执行，索引必须随机更新。

3、 维护开销。

 

在决定创建索引视图之前，最好标识一下select语句将会使用多少列。如果小范围的select语句将要使用，如果表不稳定且经常要更新，那么创建索引视图并不是件好事。通常情况下，经常JOIN或者聚合，且表很大的查询，可以考虑使用索引视图。但是由于它的某些限制，并不适合在OLTP中过度使用。

在创建之前有些SET选项需要配置：

1、 ARITHABORT

2、 CONCAT_NULL_YIELDS_NULL

3、 QUOTED_IDENTIFIER

4、 ANSI_WARNINGS

5、 ANSI_NULLS

6、 ANSI_PADDING

7、 NUMERIC_ROUNDABORT——OFF，其他为ON。

 

步骤：

1、 首先使用下面的语句创建一个视图：

 USE AdventureWorks2012
GO
CREATE VIEW POView
WITH SCHEMABINDING
AS
    SELECT  POH.PurchaseOrderID ,
            POH.OrderDate ,
            emp.LoginID ,
            v.name AS VendorName ,
            SUM(POD.OrderQty) AS OrderQty ,
            SUM(POD.OrderQty * POD.UnitPrice) AS Amount ,
            COUNT_BIG(*) AS [Count]
    FROM    Purchasing.PurchaseOrderHeader POH
            INNER JOIN Purchasing.PurchaseOrderDetail AS POD ON POH.PurchaseOrderID = POD.PurchaseOrderID
            INNER JOIN HumanResources.Employee AS EMP ON poh.EmployeeID = EMP.BusinessEntityID
            INNER JOIN Purchasing.Vendor AS V ON POH.VendorID = v.BusinessEntityID
    GROUP BY POH.PurchaseOrderID ,
            POH.OrderDate ,
            emp.LoginID ,
            v.Name
GO

CREATE UNIQUE CLUSTERED INDEX IndexPOView ON POView(PurchaseOrderID)
GO

2、 在创建了视图和视图上的聚集索引之后，现在是时候看看视图的性能，打开实际执行计划，并在同一个窗体一起运行下面语句：

SELECT TOP 10
        POH.PurchaseOrderID ,
        POH.OrderDate ,
        emp.LoginID ,
        v.name AS VendorName ,
        SUM(POD.OrderQty) AS OrderQty ,
        SUM(POD.OrderQty * POD.UnitPrice) AS Amount ,
        COUNT_BIG(*) AS [Count]
FROM    Purchasing.PurchaseOrderHeader POH
        INNER JOIN Purchasing.PurchaseOrderDetail AS POD ON POH.PurchaseOrderID = POD.PurchaseOrderID
        INNER JOIN HumanResources.Employee AS EMP ON poh.EmployeeID = EMP.BusinessEntityID
        INNER JOIN Purchasing.Vendor AS V ON POH.VendorID = v.BusinessEntityID
GROUP BY POH.PurchaseOrderID ,
        POH.OrderDate ,
        emp.LoginID ,
        v.Name
    go
SELECT TOP 10
        *
FROM    POView WITH ( NOEXPAND )

3、 观察其执行计划：

 

可以看出，普通查询的开销是索引视图的9倍（不是绝对值），因为第一个查询使用了多个索引，而第二个查询只用了一个。

 

 

分析：

对于应用程序来说，视图是否是索引视图，都对源程序没有影响，优化器会自动优化这些步骤，有时候优化器会选择直接访问表上的索引而不是使用索引视图，在测试环境中，可以直接测试查询或者索引视图。如果优化器使用了表上的索引，也可以强制使用WITH NOEXPAND提示来限定使用索引，仅当查询优化器确定在 SQL Server 的查询计划中使用索引视图有益时，SQL Server 才会选择WITH NOEXPAND。

 

扩展信息：

索引视图必须使用WITHSCHEMABINDING选项，以便视图引用的表不会被随意修改甚至删除。索引视图不支持HAVING,CUBE和ROLLUP。