第十章——维护索引(7)——使用索引视图提高性能

原文:第十章——维护索引(7)——使用索引视图提高性能

前言:

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

时间: 2024-10-24 13:45:08

第十章——维护索引(7)——使用索引视图提高性能的相关文章

通过 SQL Server 2005 索引视图提高性能

本文介绍了 SQL Server 2005 Enterprise Edition 中经过改进的索引视图功能.文中对索引视图进行了说明介绍,并讨论了可通过该功能改善性能的一些具体情况 一.索引视图 多年以来,Microsoft SQL Server 一直支持创建称为视图的虚拟表.通常,这些视图的主要作用是: • 提供一种安全机制,将用户限制到一个或多个基表的某个数据子集中. • 提供一种机制,允许开发人员自定义用户通过逻辑方式查看存储在基表中的数据的方式. 通过 SQL Server 2000,S

用 SQL Server 2000 索引视图提高性能

server|视图|索引|性能 什么是索引视图? 许多年来,Microsoft SQL Server 一直都提供创建虚拟表(称为视图)的功能.在过去,这些视图主要有两种用途: 提供安全机制,将用户限制在一个或多个基表中的数据的某个子集. 提供一种机制,允许开发人员定制用户如何才能以逻辑方式查看存储在基表中的数据. SQL Server 2000 已经扩展了 SQL Server 视图的功能,以提高系统性能.它可以在一个视图上创建唯一的群集索引和非群集索引,可以改进最复杂查询的数据访问性能.在 S

用SQLServer2000索引视图提高性能(下)

server|sqlserver|视图|索引|性能 使用"索引微调向导" "索引微调向导"除建议使用基表的索引之外,还建议使用索引视图.使用该向导可提高管理员确定索引和索引视图相结合的能力,从而优化针对数据库执行的典型混合查询的性能. 由于"索引微调向导"强制使用所有必需的 SET 选项(以确保结果集的正确性),其索引视图将会成功创建.不过,如果您的应用程序的选项没有按照要求设置,可能无法利用这些视图.对那些参与索引视图定义的表执行的插入.更新或

用SQL Server 2005索引视图提高性能一

一.索引视图 多年以来,MicrosoftSQL Server一直支持创建称为视图的虚拟表.通常,这些视图的主要作用是: 提供一种安全机制,将用户限制到一个或多个基表的某个数据子集中. 提供一种机制,允许开发人员自定义用户通过逻辑方式查看存储在基表中的数据的方式. 通过 SQL Server 2000,SQL Server 视图的功能得到了扩展,实现了系统性能方面的收益.可在视图上创建唯一的聚集索引及非聚集索引,来提高最复杂的查询的数据访问性能.在 SQL Server 2000 和 2005

使用SQL Server 2000索引视图提高性能

本文介绍 SQL Server 2000 企业版的新功能 - 索引视图.讲解索引视图并讨论一些提高性能的具体方案. 什么是索引视图? 许多年来,Microsoft SQL Server 一直都提供创建虚拟表(称为视图)的功能.在过去,这些视图主要有两种用途: 提供安全机制,将用户限制在一个或多个基表中的数据的某个子集. 提供一种机制,允许开发人员定制用户如何才能以逻辑方式查看存储在基表中的数据. SQL Server 2000 已经扩展了 SQL Server 视图的功能,以提高系统性能.它可以

用SQL Server 2005索引视图提高性能二

视图限制 如要在 SQL Server 2005 中的视图上创建一个索引,相应的视图定义必须包含: ANY.NOT ANY OPENROWSET.OPENQUERY.OPENDATASOURCE 不精确的(浮型.实型)值上的算术 OPENXML COMPUTE.COMPUTE BY ORDER BY CONVERT 生成一个不精确的结果 OUTER 联接 COUNT(*) 引用带有一个已禁用的聚集索引的基表 GROUP BY ALL 引用不同数据库中的表或函数 派生的表(FROM 列表中的子查询

第十章——维护索引(1)——索引碎片

原文:第十章--维护索引(1)--索引碎片 本系列包含: 1.  查找碎片. 2.  使用填充因子. 3.  使用REBUILD来加索引性能. 4. 使用REORGANIZE来加索引性能. 5.  如何查找丢失索引. 6.  如果查找无用索引. 7.  通过创建索引视图提高性能. 8.  通过创建索引在计算列增加性能. 9.  计算索引消耗的磁盘空间.   前言: DBA的日常任务并不仅仅是创建需要的索引在对应的列上,实际上,DBA还要保持索引创建的高标准. 周而复始,DBA必须盯着一些非常重要

第十章——维护索引(2)——填充因子

原文:第十章--维护索引(2)--填充因子 前言:        在第九章中,已经介绍了如何使用索引,当一个索引创建时,以B-Tree格式存放数据,拥有根节点.中间节点.叶子节点.叶子节点是最底层的节点,在聚集索引中,包含了实际数据,而每个数据页有8KB.       当表中的数据的增删改发生时,会尝试把数据插入到合适的数据页中.比如有一个聚集索引在SSN上,当插入一个新的SSN数时.SQLServer会尝试把数据插入到合适的数据页,假设SSN从2开始,此时在最后的数据页中找到这个页面是以SSN

第十章——维护索引(5)——查找丢失索引

原文:第十章--维护索引(5)--查找丢失索引 前言: 在开发阶段,很难总是可以在合适的列上创建合适的索引.所以一开始创建的索引可能会无效,此时,需要找出这些无效的索引. 一般来说,当一个查询执行的时候,SQLServer优化器会选择最适合的索引进行执行,当没有找到合适的索引话,优化器会产生一个次优执行计划,并且把丢失索引的信息存放到DMVs上. 当SQLServer服务重启后,所以存储在DMVs上的信息都会丢失,所以最好在正常使用大概1周后收集这些信息,会比较有效.   准备工作: 关于索引相