相关文章推荐
跑龙套的毛豆  ·  WPF ...·  9 月前    · 
豪情万千的骆驼  ·  ruby - ...·  1 年前    · 
逼格高的伤痕  ·  Python+Selenium ...·  1 年前    · 

在SQL Server中,视图是一个保存的T-SQL查询。视图定义由SQL Server保存,以便它能够用作一个虚拟表来简化查询,并给基表增加另一层安全。但是,它并不占用数据库的任何空间。实际上,在你查询它之前,视图并不做任何事情。

在SQL Server 2000和2005中,你能够给视图增加索引。但是,如果视图只是一个保存在数据库中的查询定义,在运行前没有自己的数据,你如何给那个定义建立一个索引呢?嗯,这比较麻烦。

索引视图是一个已被物化或保存在数据库中的视图。当基本表更新时,给视图建立的索引由数据库引擎保存和更新。当你的结果集返回许多行并且需要求总数时,索引视图十分有用。这是因为数据库引擎必须在基表数据更新时维持视图索引,这可能会降低事务的性能。

要给一个视图建立一个索引,视图定义必须遵守某组条件和会话设置,同时要求把基表和视图定义联系起来。 如果你确定你的视图满足这些标准,你给视图建立的第一个索引必须是一个唯一的聚集索引,之后你可以给视图建立多个非聚集索引。 建立的第一个视图必须在一组栏上,并且被聚集,以便索引被物化。

列表A说明如何建立一个索引视图。其中的脚本将建立SalesHistory表,并给它加载数据。

下面的代码将建立一个视图来概括表中的数据:

CREATE VIEW vw_salesbyproduct
SELECT
Product,
COUNT_BIG(*) as ProductCount,
SuM(SalePrice) as TotalSales
FROMdbo.SalesHistory
GROUP BY Product

由于它只是一个T-SQL查询定义,建立这个视图不用多少时间。建立好视图后,你就可以像对一个表一样对它进行查询。

SELECT Product, TotalSales, ProductCount
FROM vw_SalesByProduct
WHERE product = 'Computer'

如果你在SQL Server Management Studio或Query  Analyzer中设置选项来查看查询的“执行计划”(Execution  Plan),你会注意到上面的查询使用一个表扫描来找出Computer产品的总计结果。表扫描一般用于数据没有索引的情况下,它对整个结果集进行扫描以 找出需要的结果。

进行一些简单的改变,你就能够修改视图,以便你可以给它增加一个索引,从而改善搜索性能。首先,你必须设定下面的会话设置(注意必须要严格按照下面set语句的设置后,才能在视图上成功开启索引功能):

SET ANSI_NULLS ON
SET ANSI_PADDING ON
SET ANSI_WARNINGS ON
SET CONCAT_NULL_YIELDS_NULL ON
SET QUOTED_IDENTIFIER ON
SET NUMERIC_ROUNDABORT OFF
--现在你可以建立自己的视图。为使事情更加简单,我建立一个崭新的视图。注意使用索引的视图在建立的时候必须要使用with schemabinding语句
CREATE VIEW dbo.vw_SalesByProduct_Indexed
WITH SCHEMABINDING
SELECT
Product,
COUNT_BIG(*) AS ProductCount,
SUM(ISNULL(SalePrice,0)) AS TotalSales
FROM dbo.SalesHistory
GROUP BY Product
--下面的脚本给我们的视图建立索引:
CREATE UNIQUE CLUSTERED INDEX
idx_SalesView ON vw_SalesByProduct_Indexed(Product)
--为表明已经给视图建立一个索引,并且它确实占用数据库的空间,运行下面的脚本查明聚集索引有多少行以及视图占用多少空间。
EXECUTE sp_spaceused 'vw_SalesByProduct_Indexed'
--下面的SELECT语句和以前的语句相同,只是这次它执行一个聚集索引搜索,这个过程完成得非常快。
SELECT
Product, TotalSales, ProductCount
FROM vw_SalesByProduct_Indexed
WHERE Product = 'Computer'


加了视图索引后,没有命中索引?

当你完成上面的步骤后如果在视图上执行查询语句,有可能发现语句的执行计划还是用的Table Scan来扫描底层SalesHistory表,而不是用的Index Scan或Index Seek来使用我们上面在视图上加的索引idx_SalesView,这有可能是Sqlserver版本的问题,按照老外一篇文章的说法如果你的Sqlserver不是企业版就算建立了视图索引,但是在查询中也不会去使用视图索引,同时也有可能是Sqlserver查询分析器认为直接扫描底层表比用视图上的索引效率更高,所以导致你的查询语句没使用视图索引。这时我们可以使用WITH ( NOEXPAND )语句来告诉Sqlserver在查询中使用视图索引,语句如下:

SELECT
Product, TotalSales, ProductCount
FROM vw_SalesByProduct_Indexed WITH (NOEXPAND)
WHERE Product = 'Computer'

加了WITH ( NOEXPAND )语句后,上面的查询应该就会用到我们在视图vw_SalesByProduct_Indexed上建立的聚集索引idx_SalesView了。

这里有一篇老外的文章详细介绍了Sqlserver的视图索引,WITH ( NOEXPAND )语句也是这篇文章提到的,有空可以看看。

不要忘记性能测试

索引视图如果使用得当,它会十分有用,因为它们能够显著地提高查询的性能。但是,由于聚集索引增加的性能,数据库引擎必须在视图基表的所有事务过程 中维持那个索引。因为这个交换,建立一个索引视图可能对系统有益,也可能给系统造成伤害。确定这样做是有益还是有害的最佳方法就是进行全面的性能测试。