1

作为 SQL Server 2008 维护的一部分，我一直在研究重建索引。

有很多帖子解释了重组和重建。我想我明白了。

实际问题：如果周末不使用我们的数据库，是否可以只对所有大于 10 的碎片运行重建？

如果 frag 为 10-40，该站点建议进行 Reorg，如果 frags > 40，则建议 Rebuild。

http://blog.sqlauthority.com/2007/12/22/sql-server-difference-between-index-rebuild-and-index-reorganize-explained-with-t-sql-script/

我知道重建会锁定表（无企业版），但它是更清洁的选项，正确（删除索引并创建新索引）？因此，如果我们不必担心被锁定在数据库访问之外，是否有任何理由不应该只重建或者仍然有理由在 frags 10-40 上进行重组？

4

1 回答 1

1

如果您的数据库不是几十个演出，并且您有整个周末作为维护窗口，那么您可以重建。如果你有 EE，你可以通过 ONLINE 选项摆脱几乎所有的锁定。

试着在更大的范围内思考你的问题。如果您有多个 SQL 实例的共享数组，那么执行索引重建等密集的 IO 操作将无济于事。如果您使用 SAN，那么您可能不需要进行如此激进的索引维护，因为您可能无济于事。Brent 有一个关于这个主题的精彩网络广播：http ://www.youtube.com/watch?v=fD1CZVc6oUk

于 2014-01-06T01:20:41.717 回答