SQLServer2005重建索引前后對比分析

2024-08-31 01:01:00

字體：大中小

來源：轉載

供稿：網友

在做維護項目的時，我們經常會遇到索引維護的問題，通過語句，我們就可以判斷某個表的索引是否需要重建。

執行一下語句：先分析表的索引

分析表的索引建立情況：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%

上一篇：SQL Server 2005通用分頁存儲過程及多表聯接應用

下一篇：sqlserver 2005連接超時采用bat命令解決