sql mysql创建 视图索引_SQLServer中在视图上使用索引（转载）「建议收藏」

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

索引视图

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

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

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

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

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

CREATE VIEWvw_salesbyproduct

AS

SELECTProduct,

COUNT_BIG(*) asProductCount,

SuM(SalePrice) asTotalSales

FROMdbo.SalesHistory

GROUP BY Product

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

SELECTProduct, TotalSales, ProductCount

FROMvw_SalesByProduct

WHERE product = ‘Computer’

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

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

SET ANSI_NULLS ON

GO

SET ANSI_PADDING ON

GO

SET ANSI_WARNINGS ON

GO

SET CONCAT_NULL_YIELDS_NULL ON

GO

SET QUOTED_IDENTIFIER ON

GO

SET NUMERIC_ROUNDABORT OFF

GO

–现在你可以建立自己的视图。为使事情更加简单，我建立一个崭新的视图。注意使用索引的视图在建立的时候必须要使用with schemabinding语句

CREATE VIEWdbo.vw_SalesByProduct_Indexed

WITHSCHEMABINDING

AS

SELECTProduct,

COUNT_BIG(*) ASProductCount,

SUM(ISNULL(SalePrice,0)) ASTotalSales

FROMdbo.SalesHistory

GROUP BYProduct

GO

–下面的脚本给我们的视图建立索引：

CREATE UNIQUE CLUSTERED INDEXidx_SalesView ONvw_SalesByProduct_Indexed(Product)

–为表明已经给视图建立一个索引，并且它确实占用数据库的空间，运行下面的脚本查明聚集索引有多少行以及视图占用多少空间。

EXECUTE sp_spaceused ‘vw_SalesByProduct_Indexed’

–下面的SELECT语句和以前的语句相同，只是这次它执行一个聚集索引搜索，这个过程完成得非常快。

SELECTProduct, TotalSales, ProductCount

FROMvw_SalesByProduct_Indexed

WHERE Product = ‘Computer’

加了视图索引后，没有命中索引？

当你完成上面的步骤后如果在视图上执行查询语句，有可能发现语句的执行计划还是用的Table

Scan来扫描底层SalesHistory表，而不是用的Index Scan或Index

Seek来使用我们上面在视图上加的索引idx_SalesView，这有可能是Sqlserver版本的问题，按照老外一篇文章的说法如果你的Sqlserver不是企业版就算建立了视图索引，但是在查询中也不会去使用视图索引，同时也有可能是Sqlserver查询分析器认为直接扫描底层表比用视图上的索引效率更高，所以导致你的查询语句没使用视图索引。这时我们可以使用WITH

( NOEXPAND )语句来告诉Sqlserver在查询中使用视图索引，语句如下：

SELECTProduct, TotalSales, ProductCount

FROM vw_SalesByProduct_Indexed WITH(NOEXPAND)

WHERE Product = ‘Computer’

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

不要忘记性能测试

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