欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  数据库

消除Key Lookup和RID Lookup Part2:索引交集和索引Join

程序员文章站 2022-05-22 10:52:49
...

今天在MSDN查询优化建议中看到这样一条信息:SQL Server 会自动考虑索引交集并可以在同一查询中对 同一个表使用多个索引 (可能跟大家的理解有偏差)。 在解释之前我们先看一个例子: use AdventureWorks go select soh .* from sales . SalesOrderHeader AS

今天在MSDN查询优化建议中看到这样一条信息:SQL Server 会自动考虑索引交集并可以在同一查询中对同一个表使用多个索引(可能跟大家的理解有偏差)。

在解释之前我们先看一个例子:

useAdventureWorks

go

select soh.*

from sales.SalesOrderHeaderASsoh

WHERE soh.SalesPersonID= 276

and soh.OrderDatebetween'4/1/2002'and'7/1/2002'

查看执行计划:

消除Key Lookup和RID Lookup Part2:索引交集和索引Join

虽然我们建立了SalesPersonID的非聚集索引,但是SQL Server并没有使用,因为OrderDate并没有包含在索引中。 相信这时候大部分的人会在索引上面加一列OrderDate.其实可以还可以有另外一种方法,不改变现在的索引,而新添加一个新索引。 这样SQL Server可以使用多个索引来完成本次查询,这个过程就是索引交集。

那么我们现在OrderDate上面创建一个索引:

CREATE NONCLUSTEREDINDEX[ix_orderdate]ON [Sales].[SalesOrderHeader]( [OrderDate]ASC)

增加索引后我们会看到下面的执行计划:

消除Key Lookup和RID Lookup Part2:索引交集和索引Join

这次SQL Server使用了两个Non-clustered index seek,然后获得两个子集的索引交集,最后通过Keylookup获得所有输出字段.而通常我们认为一个对一个表的查询不会用到多个索引。其实SQLServer 优化引擎是可以使用到多个索引的优势。

上面的测试给我们一种启示,有的时候不一定要通过一个宽索引列(多个索引键值)提高性能,也可以通过多个窄索引键提升性能。另外如果你发现索引没有覆盖到所以的查询条件,但是你又不能直接改索引时,添加另外一个索引也可以满足你的要求。

而索引联接是索引交集的一个变种,如果查询能够从索引中直接获得所需要的数据,就会称为Index join(上面我们看到数据还是需要Key Lookup中获取,Index无法提供所有的数据).

更多信息可以参考:

http://msdn.microsoft.com/zh-cn/library/ms188722(v=sql.105).aspx

http://msdn.microsoft.com/zh-cn/library/aa226170(v=sql.70).aspx