解决方法@H_404_4@
普遍的共识是，一旦索引碎片达到5以上(有时是10％)，你应该重新组织(“碎片整理”)你的指数，并且当它超过30％时你应该完全重建它们(至少那是我的数字’)听说过很多地方提倡的)。
Michelle Ufford(a.k.a。“sql Fool”)有一个automated index defrag script，它使用这些确切的限制来决定何时重新组织或重建索引。
另请参阅Brad McGehee’s tips on rebuild indexes，其中包含有关如何处理索引重建的一些好的想法和提示。
我在这里使用这个脚本(不记得我什么时候得到它 – 无论是谁：非常感谢！非常有用的东西)在给定数据库中的所有索引上显示索引碎片：
SELECT
t.NAME 'Table name',i.NAME 'Index name',ips.index_type_desc,ips.alloc_unit_type_desc,ips.index_depth,ips.index_level,ips.avg_fragmentation_in_percent,ips.fragment_count,ips.avg_fragment_size_in_pages,ips.page_count,ips.avg_page_space_used_in_percent,ips.record_count,ips.ghost_record_count,ips.Version_ghost_record_count,ips.min_record_size_in_bytes,ips.max_record_size_in_bytes,ips.avg_record_size_in_bytes,ips.forwarded_record_count
FROM
sys.dm_db_index_physical_stats(DB_ID(),NULL,'DETAILED') ips
INNER JOIN
sys.tables t ON ips.OBJECT_ID = t.Object_ID
INNER JOIN
sys.indexes i ON ips.index_id = i.index_id AND ips.OBJECT_ID = i.object_id
WHERE
AVG_FRAGMENTATION_IN_PERCENT > 0.0
ORDER BY
AVG_FRAGMENTATION_IN_PERCENT,fragment_count
Michelle Ufford(a.k.a。“sql Fool”)有一个automated index defrag script，它使用这些确切的限制来决定何时重新组织或重建索引。
另请参阅Brad McGehee’s tips on rebuild indexes，其中包含有关如何处理索引重建的一些好的想法和提示。
我在这里使用这个脚本(不记得我什么时候得到它 – 无论是谁：非常感谢！非常有用的东西)在给定数据库中的所有索引上显示索引碎片：
SELECT
t.NAME 'Table name',i.NAME 'Index name',ips.index_type_desc,ips.alloc_unit_type_desc,ips.index_depth,ips.index_level,ips.avg_fragmentation_in_percent,ips.fragment_count,ips.avg_fragment_size_in_pages,ips.page_count,ips.avg_page_space_used_in_percent,ips.record_count,ips.ghost_record_count,ips.Version_ghost_record_count,ips.min_record_size_in_bytes,ips.max_record_size_in_bytes,ips.avg_record_size_in_bytes,ips.forwarded_record_count
FROM
sys.dm_db_index_physical_stats(DB_ID(),NULL,'DETAILED') ips
INNER JOIN
sys.tables t ON ips.OBJECT_ID = t.Object_ID
INNER JOIN
sys.indexes i ON ips.index_id = i.index_id AND ips.OBJECT_ID = i.object_id
WHERE
AVG_FRAGMENTATION_IN_PERCENT > 0.0
ORDER BY
AVG_FRAGMENTATION_IN_PERCENT,fragment_count
