1.SCAN及示例分析
SCAN依据表的不同，可以分为Table Scan，Cluster Index Scan，以及针对非聚集索引的Non-clustered Index Scan这三种操作。
聚集索引扫描(Cluster Index Scan)将表中所有数据行都存在于聚集索引的叶节点中，所以，聚集索引扫描相当于将整个数据都取出来了。
Index Scan发生在检索的数据都包含在已经定义好的索引之中，这样就不需要扫描整个表，只需要将索引中的数据取出便可，这样的索引被称为覆盖索引。由于Non-clustered Index所占用的空间比Cluster Index小，它的I/O成本会更低一些，所以查询优化器优先考虑使用Index Scan来查找这些数据。
在OLTP数据库中，SCAN操作被认为是性能的最大杀手，因为它不仅需要等待大量的磁盘I/O，还需要消耗很多内存来存储相关的数据。因此，在开发业务系统时应该注意，OLTP系统中应当避免大数据量的搜索，如果有一些数据集确实非常大，不妨使用分页算法。在数据库中可以使用存储过程来实现分页算法，以避免大量的数据扫描操作。
2.Seek及示例分析
查找(Seek)操作发生在索引上，他可以通过索引定位到具体的数据。依据索引的不同，可以区分为聚集索引查找和非聚集索引查找两种类型。
聚集索引查找发生在对聚集索引字段进行where条件过滤的情况下
非聚集索引查找发生在对非聚集索引字段进行where条件过滤的情况下。
3.BOOKMARK LOOKUP及示例分析
Key Lookup操作是Bookmark Lookup操作的一种。由于命名上的问题，姑且将Lookup称为标签查找吧，与seek操作区分开来。标签查找发生在使用了非聚集索引的语句中，用于查询不包含在当前索引的字段。例如SELECT TYPEID,NAME FROM BOOK WHERE TYPEID = 2，TYPEID是一个非聚集索引，NAME没有索引，此时通过Index Seek操作符找出索引数据后，还要通过标签查找NAME字段。
注意：在语句存在性能瓶颈的情况下，如果有扫描操作或者标签查找操作，都会被认为是有问题的，并且问题的产生原因是索引缺失，或者索引没有正确的覆盖到语句中。但是也还有一些别的可能，例如在索引自动断上应用了函数或者添加了计算，这些都将导致索引没有办法被正常使用。
