在做維護項目的時，我們經常會遇到索引維護的問題;接下來介紹分析表的索引建立情況/重建索引前后對比等等，感興趣的朋友可以了解下
在做維護項目的時，我們經常會遇到索引維護的問題，通過語句，我們就可以判斷某個表的索引是否需要重建。
執行一下語句：先分析表的索引
分析表的索引建立情況：DBCC showcontig(‘Table’)
DBCC SHOWCONTIG 正在掃描 ‘Table” 表…
表: ‘Table” (53575229)；索引 ID: 1，數據庫 ID: 14
已執行 TABLE 級別的掃描。
– 掃描頁數…………………………..: 228
– 掃描區數…………………………: 52
– 區切換次數…………………………: 225
– 每個區的平均頁數……………………: 4.4
– 掃描密度 [最佳計數:實際計數]…….: 12.83% [29:226]
– 邏輯掃描碎片 ………………: 97.37%
– 區掃描碎片 ………………: 98.08%
– 每頁的平均可用字節數……………………: 2686.3
– 平均頁密度(滿)…………………: 66.81%
當你發現，掃描密度行，最佳計數和實際計數的比例已經嚴重失調，邏輯掃描碎片占了非常大的百分比，每頁平均可用字節數非常大時，就說明
你的索引需要重新整理一下了。
執行重建索引命令：
DBCC DBREINDEX(‘Table”)
后分析的情況
DBCC SHOWCONTIG 正在掃描 ‘Table” 表…
表: ‘Table” (53575229)；索引 ID: 1，數據庫 ID: 14
已執行 TABLE 級別的掃描。
– 掃描頁數…………………………..: 154
– 掃描區數…………………………: 20
– 區切換次數…………………………: 19
– 每個區的平均頁數……………………: 7.7
– 掃描密度 [最佳計數:實際計數]…….: 100.00% [20:20]
– 邏輯掃描碎片 ………………: 0.00%
– 區掃描碎片 ………………: 55.00%
– 每頁的平均可用字節數……………………: 86.8
– 平均頁密度(滿)…………………: 98.93%
