很久以前我們在寫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區域實際記錄的偏移地址。

好了，到此為止吧，不能再往下說了，洗洗睡了。