前言：
视图是一个包含了一个或多个表的数据列的虚拟表。通常情况下，它仅仅是存储了查询的对象，一个视图可以当作一个表，可以用于存储过程、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 AdventureWorks2012GOCREATE VIEW POViewWITH SCHEMABINDINGAS 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.NameGO 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.BusinessEntityIDGROUP 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。