我有一个包含 4000 万行(并且还在增长)的表，其中包含一个标识主键聚簇索引和一个非聚簇索引。
我经常需要删除旧的或过时的信息。
因为这是一个频繁的操作，我是否应该关心碎片并计划对索引进行一些维护以保持性能？
应该是什么，或者我应该如何评估两个索引的最佳操作:
重建还是重组？
最佳答案
您需要问的问题是索引碎片是否真的给您带来了任何问题。
我认为拥有某种索引维护脚本是个好主意。如果您使用 Ola Hallegren 的脚本，那么您可以设置重建/重组的阈值(比如超过 50% 的碎片用于重组，超过 80% 用于重建)并且这可以在一夜之间运行。您还可以设置一个阈值，以便它只考虑超过一定大小的索引，这样您就不会对小索引进行不必要的重建。
这是上述脚本的链接；
https://ola.hallengren.com/sql-server-index-and-statistics-maintenance.html
关于sql-server - 频繁删除后需要重组/重建索引吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/39364803/