不超过30k记录的表需要在少数插入后重建索引

我有一个包含20列左右的表。我在用户过滤更多的列的表中大约有7个非聚集索引。活动记录（用户在屏幕上看到的）不超过700-800。批处理作业每天运行两次，并在该表中插入一些记录（可能为30-100），并且可能会更新现有的记录。不超过30k记录的表需要在少数插入后重建索引

我注意到索引需要重建每批次操作完成的时间。他们的碎片水平不会从0-1％逐步下降到50％。我注意到他们从0-1％变为约。批量操作完成后的99％。在批处理操作之间可能会发生数十亿个选择，但我不认为这很重要。

这是正常的吗？我不认为这是。你认为这里的问题是什么？索引列主要是字符串和浮点数。

2011-09-26 Yannis

一些更改可以轻松更改碎片级别。

你有相当宽行也因此您的数据密度（每页行数）较低。如果DML分布在很多页面上，现有行上的DML会非常快速地导致碎片

2011-09-26 06:31:23 gbn

我明白了 - 所以这是正常的方式吗？ – Yannis

@Yannis：在这种情况下，我想说这是预期的 – gbn

回答