误区29：#可以整理堆上的聚集索引堆建设然后下降
nooooooooooooo！！！

下拉是我认为最好的2件事情，除了缩小数据库。
如果你看到在堆碎片通过sys.dm_db_index_physical_stats（或dbcc showcontig旧版），不安排叠加片段建立聚集索引和删除群集的字符串。最好的办法是建立聚簇索引，不删除它。有很多数据可以解释如何选择理想的聚集索引键——窄而小的变化。金佰利有一篇文章总结了这一点：不断增长的聚类关键——聚集索引的争论…！（注意基于SQL Server 2005版本）。
还可以通过sql表清除SQL Server 2008中的堆碎片…重建，但这与设置聚合索引并再次删除它一样糟糕。
如果你想问我为什么对它有很多偏见好，那么我解释一下：非聚集索引中的每个索引都指向一个清除或指向索引键的链接。（参见：如果我删除一个聚集索引会发生什么），这个链接将出现在以下两种方式中的一种。


如果非聚集索引的表是一堆，则该链接是一个清除。

如果非聚集索引所在的表是聚合索引，则该链接是聚合索引键。
如果您想了解更多，请查看文章底部的链接。
所以不难看出，如果你想改变堆成一个聚簇索引，所有摆脱非聚集索引是无效的，所以所有的非聚集索引需要重建。同样，如果聚集索引的键被删除，所有的聚集索引的键存储在非聚集索引会失败，所以非聚集索引需要重建。
简单地说，如果您设置索引删除聚合索引，那么所有非聚集索引都将重建两次。
如果使用SQL Server 2008的更改表…重建以整理堆碎片，您还需要重建所有非聚集索引，因为所有的清除都会改变。
那么，如果重建总指数怎么办它取决于SQL Server的版本，你可以使用重建索引或改变指标。一个常见的误解是，分区表的聚集索引键会改变，但事实上不是这样的。这些行动将导致非聚集索引重建，请看下面的列表：每角度：所发生的非聚集索引时，当。