表的大小或索引中有多少数据页值得考虑运行索引重建或索引重新组织操作？

Question

在重组和重建索引的联机丛书中，微软提到：

重建或重新组织小型行存储索引通常不会减少碎片。

在需要考虑索引重组或索引重建操作的截止点周围，考虑的行数或数据页数的大小是多少？

Answer 1

此外，“减少碎片化”本身并不是一个性能目标。对许多人(大多数？)现代存储平台中顺序IO和随机IO之间的差别很小，这是碎片整理的一个重要历史原因。

我曾经在一些系统上工作过，在这些系统中，顺序IO和随机IO之间的吞吐量差异是10倍或更多。当Server试图扫描一个支离破碎的索引时，链接的页面列表的物理文件位置每隔几个地方都会跳来跳去，减少IO大小，随机化IO，阻止预读IO，并消除将推测读入SAN控制器缓存的好处。

在现代系统中，存储器要么有大量的纺锤，要么是基于闪存的.这两种方法都减少了小的、随机的IOs和大的顺序IOs之间的性能差异。

另外，如果表被大量缓存，那么在磁盘上将它们的存储碎片整理的好处就会减少。而小型行存储表通常会被缓存。