非聚集索引中的查询

查询优化器一般会选择资源占用最少的执行计划来执行操作。

1.利用单个的非聚集索引列来查找少量数据，此时书签查找的影响比较小，查询优化器一般会利用索引列进行查找；

2.利用单个的非聚集索引列进行范围查找或者数据量比较大时，此时书签查找的影响会比较大（相对非聚集索引而言，数据行是无序地分布在各个数据页中），查询优化器可能会转而采用表扫描或聚集索引扫描的方式查找记录；

3.复合索引在索引页中的存储如同在sql中按照多列进行排序，从做到右依次按序排列，所以要完全利用到复合索引，查找条件就需要按照最左前缀匹配的顺序。
但是从执行计划可以看出，sqlserver在把sql语句转化为操作符时，如果利用复合索引是最优的查找方法而where语句中的过滤条件没有按照最左前缀匹配的顺序时，查询优化器会对复合索引中覆盖到的列的顺序进行重排，使得查询依然能够充分利用到复合索引。当然过滤条件中的被复合索引覆盖到的列在进行重排后需要满足最左前缀匹配才能利用到索引，比如只有第2列是无法利用索引的，因为索引页中第2列只是分段有序的。

4.如果需要查询的列不在索引记录中，那么在索引查找操作后，还会进行键查找或者书签查找，到具体的数据页中获取相应的列值。这时可以利用include索引，将相应的列值保存到索引页中，如果select操作符中查找的列已经存在于索引页中，那就不再需要查找具体的数据页了。

查看执行计划的方法：

1.利用图标方式查看
点击sqlserver management上预估执行计划和实际执行计划的按钮
2.利用文本方式查看

SET SHOWPLAN_TEXT ON  //只显示实际的执行计划
SET SHOWPLAN_ALL ON  //显示预估和实际的执行计划