T-SQL 查询优化之扫描搜寻

最新推荐文章于 2013-03-13 07:45:50 发布

incognito007

最新推荐文章于 2013-03-13 07:45:50 发布

阅读量776

点赞数

分类专栏： SQL

本文链接：https://blog.csdn.net/sfrankzhang/article/details/8393054

版权

79 篇文章 0 订阅

订阅专栏

扫描有，表，聚集索引，非聚集索引；搜寻有，聚集索引，非聚集索引搜寻。

显然，如果查询只是聚集和非聚集索引包含的列，没有多少讨论意义。

下面的问题自然是，如果查询的列不在聚集和非聚集索引包含之内，优化查询器如何决定？

还是看个例子：

USE AdventureWorks
GO
SELECT AddressID, City, StateProvinceID, ModifiedDate
FROM Person.Address
WHERE StateProvinceID = 32

SELECT AddressID, City, StateProvinceID, ModifiedDate
FROM Person.Address
WHERE StateProvinceID = 20

上面的两个查询，仅仅STATEPROVINCEID 的数值不同，但是，却产生了不同的查询计划。

1，第一个通过非聚集索引搜寻和键查找（或书签查找）；

2，第二个直接聚集索引扫描。

为什么呢？

第一个只有1个记录，第二个返回308个记录。

我们知道，对于键查找，由于是随机I/O，开销很大，所以只有很少记录返回才会使用。

接下来的是两个结论：

1，很明显，查询优化器事先知道，返回的记录数，准确的说是估计，这个有关统计，将在以后讨论；

2，仅就这个具体的查询，存在一个点或记录数，查询优化器决定是否采用第一种查询，或第二种查询。

如果有兴趣，可以试试，在某个记录数以下，会使用非聚集搜寻和键查找，大于此数目，会采用聚集扫描。

关注