很久以前我们在写sql的时候，最怕的一件事情就是sql莫名奇妙的超级慢，慢的是几根烟抽完，那个小球还在一直转。。。这个着急也只有当事人才明白，后来听说有个什么“评估执行计划“，后来的后来才明白应该避免表扫描。。。
一：表扫描1.现象”表扫描“听起来很简单，不就是一行一行的扫嘛，你要说”执行计划”的话，我也会玩，为了更可观，我build一个表，再插入三行数据，如下图：
上面的Person我是一个索引都没建，然后where一下，看看表扫描是啥样的？？？
果然是看到了讨厌的“表扫描”三个字，既然是讨厌的东西，我们一定要深刻了解下，然后我们才可以怎么去想办法避免它。。。所以我们一定要理解到本质，那问题来了，它到底是怎么扫的呢？？？怎么破呢？这个还必须得从数据页说起。。。
二：深刻理解表扫描1：数据页这个学sqlserver的没有理由说不知道，我们的记录都是以数据页形式存储的，而且还应该知道数据页的大小是8k。。。。那数据页在哪里？我可以让你眼见为实。
乍一看我画了好多，千万不要怕，不要以为画的多，就以为高深了。。。我简单的剖析下。
<1>:dbcc ind 命令你要是想看数据页的相关情况，sqlserver还真提供了专用命令dbcc满足你，你可能会问sqlserver中有提供ind命令的参数吗？告诉你吧，还真有的，不过这个要开启2588跟踪，就像下面这样。
<2>：PageFID,PagePID,IAMFID刚才也说了，数据页有很多种，默认说的都是表数据页，其实还有IAM数据页，没什么稀奇的，IAM就是用来跟踪表数据页的，所以上面的图中，IAMFID字段为Null的记录就是IAM页，下面的PagePID=78的，就是表数据页。
2.查看数据页为避免大家糊涂了，我先还是说说数据页内部结构大概是个什么样子，好让大家有个整体印象。
从图中可以看到，在数据页的尾部是有很多槽位的，这些槽位指向了Data区域中一条条实际记录的地址，所以说表扫描，其实就是扫这些Slot槽位，还是拿上面的Person表中的三条记录来说，他们都是保存在78号数据页中，现在出于好奇心把78号数据页导出来，说干就干。。。。很简单，你需要做两件事情：
<1>开启3604跟踪：dbcc traceon(3604)<2>使用dbcc page 命令导出1号文件下面的78号数据页（pageFID:pagePID）=(1:78)，就像下面这样。。。数据页头（PAGE HEADER）：
数据内容（Page Data)：
数据槽位(Page Slot)：
有没有看到上面（0,1,2）三个槽位，并且都有相应的偏移地址(0x7e,0x92,0xba），这个地址就指向了Data区域实际记录的偏移地址。
好了，到此为止吧。