扫描有，表，聚集索引，非聚集索引；搜寻有，聚集索引，非聚集索引搜寻。
显然，如果查询只是聚集和非聚集索引包含的列，没有多少讨论意义。
下面的问题自然是，如果查询的列不在聚集和非聚集索引包含之内，优化查询器如何决定？
还是看个例子：
USE AdventureWorksGOSELECT AddressID, City, StateProvinceID, ModifiedDateFROM Person.AddressWHERE StateProvinceID = 32
SELECT AddressID, City, StateProvinceID, ModifiedDateFROM Person.AddressWHERE StateProvinceID = 20
上面的两个查询，仅仅STATEPROVINCEID 的数值不同，但是，却产生了不同的查询计划。
1，第一个通过非聚集索引搜寻和键查找（或书签查找）；
2，第二个直接聚集索引扫描。
为什么呢？
第一个只有1个记录，第二个返回308个记录。
我们知道，对于键查找，由于是随机I/O，开销很大，所以只有很少记录返回才会使用。
接下来的是两个结论：
1，很明显，查询优化器事先知道，返回的记录数，准确的说是估计，这个有关统计，将在以后讨论；
2，仅就这个具体的查询，存在一个点或记录数，查询优化器决定是否采用第一种查询，或第二种查询。
如果有兴趣，可以试试，在某个记录数以下，会使用非聚集搜寻和键查找，大于此数目，会采用聚集扫描。