在做維護專案的時，特別是資料庫轉移時，經常會遇到索引維護的問題，通過語句，我們就可以判斷某個表的索引是否需要重建。
分析表的索引建立情況：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%
記錄 SqlServer 重建索引
接觸索引還不是很深入，記錄一下 因維護pdm有一段時間，pdm的使用包括建表 建索引，建約束，匯出資料，這些都是基礎 最近又要開始接觸並熟練清楚重建索引的好處。眾所周知，sqlserver 資料儲存的最小單位是頁 檢視表設計雖然建立了一些非聚集索引，但是重複性很大，效率不高 通過dbcc showc...
SQLServer 重建索引前後對比
在做維護專案的時，我們經常會遇到索引維護的問題，通過語句，我們就可以判斷某個表的索引是否需要重建。執行一下語句 先分析表的索引 分析表的索引建立情況 dbcc showcontig table dbcc showcontig 正在掃瞄 table 表.表 table 53575229 索引 id 1...
SQLServer 重建索引前後對比
在做維護專案的時，我們經常會遇到索引維護的問題，通過語句，我們就可以判斷某個表的索引是否需要重建。執行一下語句 先分析表的索引 分析表的索引建立情況 dbcc showcontig table dbcc showcontig 正在掃瞄 table 表.表 table 53575229 索引 id 1...