|
(2 行受影响)
表 'Users'。扫描计数 1，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(1 行受影响)
(2 行受影响)
表 'Users'。扫描计数 2，逻辑读取 4 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(1 行受影响)
(2 行受影响)
表 'Users'。扫描计数 1，逻辑读取 6 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(1 行受影响)
(0 行受影响)
表 'Worktable'。扫描计数 0，逻辑读取 0 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
表 'Users'。扫描计数 1，逻辑读取 2 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(1 行受影响)
(1 行受影响)
表 'Users'。扫描计数 1，逻辑读取 4 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(1 行受影响)
(2 行受影响)
表 'Users'。扫描计数 2，逻辑读取 8 次，物理读取 0 次，预读 0 次，lob 逻辑读取 0 次，lob 物理读取 0 次，lob 预读 0 次。
(1 行受影响) |
总结：
认识书索引的查找开销、书签查找的开销、随机读的影响对我们具体创建索引和编写SQL有着积极的影响，毕竟对查询的的认识更加清楚了，我们在写索引和SQL时候才有更有针对性，最起码我们又知道了一个尽量不适用where in的理由，为什么要尽量规避书签查找，聚集索引查找不见得就一定高效，顺便留个问题：聚集索引扫描和非聚集索引扫描哪个有着更高的效率，什么情况下会发生非聚集索引扫描？
嗯，暂且写到这里，还是脑子里的墨水太少了，写点东西就感觉脑子里空荡荡的......
原文出自:http://www.cnblogs.com/lzrabbit/archive/2012/06/11/2517963.html
