在做维护项目的时，我们经常会遇到索引维护的问题，通过语句，我们就可以判断某个表的索引是否需要重建。
执行一下语句：先分析表的索引
分析表的索引建立情况：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%附：dbreindex的语法
DBCC DBREINDEX重建指定数据库中表的一个或多个索引。
语法DBCC DBREINDEX ( [ 'database.owner.table_name' [ , index_name [ , fillfactor ] ] ] ) [ WITH NO_INFOMSGS ]
原文：