SQL Server 查詢計劃總結

1.查詢計劃文本顯示
SET SHOWPLAN_TEXT on 

 

set statistics profile on

 

2.幾個指標

1. 【Table Scan】：遍曆整個表，尋找所匹配的記錄行。這個操作將會一行一行的檢查，當然，效率也是最差的。
2. 【Index Scan】：根據索引，從表中過濾出來一部分記錄，再尋找所匹配的記錄行，顯示比第一種方式的尋找範圍要小，因此比【Table Scan】要快。
3. 【Index Seek】：根據索引，定位（擷取）記錄的存放位置，然後取得記錄，因此，比起前二種方式會更快。
4. 【Clustered Index Scan】：和【Table Scan】一樣。注意：不要以為這裡有個Index，就認為不一樣了。其實它的意思是說：按叢集索引來漸進式掃描每一行記錄，因為記錄就是按叢集索引來順序存放的。而【Table Scan】只是說：要掃描的表沒有叢集索引而已，因此這二個操作本質上也是一樣的。
5. 【Clustered Index Seek】：直接根據叢集索引擷取記錄，最快！

 

所以，當發現某個查詢比較慢時，可以首先檢查哪些操作的成本比較高，再看看那些操作是尋找記錄時，是不是【Table Scan】或者【Clustered Index Scan】，如果確實和這二種操作類型有關，則要考慮增加索引來解決了。不過，增加索引後，也會影響資料表的修改動作，因為修改資料表時，要更新相應欄位的索引。所以索引過多，也會影響效能。還有一種情況是不適合增加索引的：某個欄位用0或1表示的狀態。例如可能有絕大多數是1，那麼此時加索引根本就沒有意義。這時只能考慮為0或者1這二種情況分開來儲存了，分表或者分區都是不錯的選擇。