揭穿聚集指数的神话有什么不对？

Question

代码有什么问题。或者它的结果，说明聚集索引是邪恶的1？

以及如何破除，即回归传统神话和最佳实践？

1

揭穿聚集索引的神话.第3部分(示例脚本)

http://blogs.sqlserver.org.au/blogs/greg_linwood/archive/2006/09/16/377.aspx

gbn编辑，2012年1月

死链接过去有一个脚本，“证明”聚集索引是坏的。

类似的问题：https://stackoverflow.com/questions/4034076/reasons-not-to-have-a-clustered-index-in-sql-server-2005

Answer 1

该脚本具有相当宽的varchar聚集索引。而且，它也需要在填充随机数据之后进行索引重建:您将有大量的碎片。

一个好的聚集索引是狭窄的，数值的，严格的单调增长:这就是为什么人们使用代理键.

没有聚集索引的表被称为“堆”，因为它正是这样的:一堆数据躺在磁盘上。无论您重建多少NC索引，它都将保持这种状态。在诸如暂存表(具有加载/截断使用模式)之外，没有理由不使用群集主键。

编辑:该链接没有揭穿聚集索引神话，而是展示了如何创建不合适的聚集索引，以及为什么索引维护是重要的。第1和第2部分提到书签查找(现在是Server 2005+中的关键查找)：一个很好的NC索引将被覆盖，这样它们就不会发生。

为了了解索引，我建议使用Simple Talk的许多文章。就像这一个

Answer 2

聚集索引并不是坏事。然而，并不是每个表都会受益于一个聚集索引，而且它们常常以有害的方式被不小心地滥用。因此，Gregg(和其他人)文章的要点是演示其中的一些缺陷。