前言：

檢視是一個包含了一個或多個表的資料列的虛擬表。通常情況下，它僅僅是儲存了查詢的物件，一個檢視可以當作一個表，可以用於儲存過程、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。