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