(资料图片仅供参考)
视图是一个包含了一个或多个表的数据列的虚拟表。通常情况下,它仅仅是存储了查询的对象,一个视图可以当作一个表,可以用于存储过程、JOIN、用户自定义函数等等。
视图包含了下面两个主要特性:
1.提供了一个安全机制,用于限制用户只能访问特定的数据。2.使得开发人员能定制用户的逻辑视图。
当你查询一个视图时,优化器会产生一个单一的执行计划给这个查询。在索引视图未出现之前,视图必须解决查询在执行期间才硬化。所有的JOIN、聚合都在运行时才发生,当创建了索引视图之后,视图的结果就会在创建时物化并以物理方式存储在数据库中。减少了运行大表上的复杂查询的开销。
在开始索引视图之前,需要先决定哪些列需要包含在索引视图中,如何选择候选码等等:
1.视图不能引用其他视图。2.视图要引用什么基础表。3.列名必须明确定义别名。
而它的缺点是:
1.耗费硬盘空间存放。2.在DML语句如增删改的时候,索引创建会有开销,因为这些一旦执行,索引必须随机更新。3. 维护开销。
在决定创建索引视图之前,最好标识一下select语句将会使用多少列。如果小范围的select语句将要使用,如果表不稳定且经常要更新,那么创建索引视图并不是件好事。通常情况下,经常JOIN或者聚合,且表很大的查询,可以考虑使用索引视图。但是由于它的某些限制,并不适合在OLTP中过度使用。
在创建之前有些SET选项需要配置:
1.ARITHABORT2.CONCAT_NULL_YIELDS_NULL3.QUOTED_IDENTIFIER4.ANSI_WARNINGS5.ANSI_NULLS6.ANSI_PADDING7.NUMERIC_ROUNDABORT——OFF,其他为ON。
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
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 )
可以看出,普通查询的开销是索引视图的9倍(不是绝对值),因为第一个查询使用了多个索引,而第二个查询只用了一个。
对于应用程序来说,视图是否是索引视图,都对源程序没有影响,优化器会自动优化这些步骤,有时候优化器会选择直接访问表上的索引而不是使用索引视图,在测试环境中,可以直接测试查询或者索引视图。如果优化器使用了表上的索引,也可以强制使用WITH NOEXPAND提示来限定使用索引,仅当查询优化器确定在 SQL Server 的查询计划中使用索引视图有益时,SQL Server 才会选择WITH NOEXPAND。
索引视图必须使用WITHSCHEMABINDING选项,以便视图引用的表不会被随意修改甚至删除。索引视图不支持HAVING,CUBE和ROLLUP。
标签: 过度使用