理解SQL Server的SQL查询计划

核心提示： SEEK与SCAN第一件事是你需要在查询计划中区别SEEK和SCAN操作的不同，注意：一个简单但非常有用的规则是SEEK操作是有效率的，理解SQL Server的SQL查询计划(2)，而SCAN操作即使不是非常差，其效率也不是很好，与前面的直接查询的查询计划很相似，下面两个范围查询可提供一

SEEK与SCAN

第一件事是你需要在查询计划中区别SEEK和SCAN操作的不同。

注意：一个简单但非常有用的规则是SEEK操作是有效率的，而SCAN操作即使不是非常差，其效率也不是很好。SEEK操作是直接的，或者至少是快速的，而SCAN操作需要对整个对象进行读取（表，聚集索引或非聚集索引）。因此，SCAN操作通常比SEEK要消耗更多的资源。如果你的查询计划仅是扫描操作，你就应该考虑调整你的查询了。

where子句在查询性能中能产生巨大的差异，如下面展示的：

Select *
From big_sales
Where stor_id=’6380’
StmtText
-----------------------------------------------------------------------------|--Clustered
Index Seek(OBJECT: ([pubs].[dbo].[big_sales].[UPKCL_big_sales])),
SEEK: ([big_sales].[stor_id]={@1} ORDERED FORWARD)

上面的查询是在聚集索引上执行SEEK而不是SCAN操作。这个SHOWPLAN确切的描述SEEK操作是基于stor_id并且结果是按照在索引中存储的顺序排序的。因为SQL Server支持索引的向前和向后滚动的性能是相同的，所以你可以在查询计划中看到ORDERED FORWARD 或ORDERED BACKWARD。这只是告诉你表或索引读取的方向。你甚至可以在ORDER BY子句中通过用ASC和DESC关键字操作这些行为。范围查询返回的查询计划，与前面的直接查询的查询计划很相似。下面两个范围查询可提供一些信息：

Select *
From big_sales
Where stor_id>=’7131’
StmtText
------------------------------------------------------------------------------|-Clustered
Index Seek(OBJECT: ([pubs].[dbo].[big_sales].[UPKCL_big_sales] ),
SEEK: ([big_sales].[stor_id]>=’7131’) ORDER FORWARD

上面的查询看起来很象以前的例子，除了SEEK谓词有点不同。