索引操作:处理的顺序有什么不同吗？

Question

我有一个性能很差的800 an企业数据库。因此，基于我在网上找到的几个脚本，我正在我的SQL数据库上创建一个作业来维护我们的索引。我的大多数表都有一个聚集索引和3或4个非聚集。

• 它对索引重建/重组的顺序有什么影响吗？
• 如果我首先重组聚集索引，然后重新组织非聚集索引，还是以相反的方式进行，这是相同的吗？

Answer 1

它对索引重建/重组的顺序有什么影响吗？

正如@Dan所评论的，这并不重要。但是，如果您的重建和空闲磁盘空间是有限的，我建议您从小到大的磁盘空间(其中有资格根据您使用的标准)。理由在此解释：

索引DDL操作的磁盘空间要求.

非常好的提示，供其他考虑。

您应该在大型表上重新构建或重新组织索引吗？(亲爱的SQL DBA第19集)作者肯德拉·利特尔。

如果我首先重组聚集索引，然后重新组织非聚集索引，还是以相反的方式进行，这是相同的吗？

是的，因为聚集键(它是NC索引中的记录定位器)不会因为重建索引而更改。

Answer 2

在Server 2000上，如果重新生成了非唯一聚集索引，则所有基于该非唯一聚集索引的非聚集索引都将自动重新生成。那是因为在重建过程中，统一器发生了变化。

在Server 2005和更高版本上，或者如果它们只是被重新组织，情况就不是这样了。

对于索引和统计维护自动化，我建议您使用Ola Hallengren维修解决方案进行管理。您也可以使用微型软件再索引，也是免费的。

附带注意:从时间和资源的角度来看，定期更新统计数据(在我的经验中)比重建索引更有益。因此，如果需要，我会每天更新统计数据，并将大量索引维护推迟到更长的时间(每周或每月)。分裂程度将决定这一点，因为重建可能是不必要的。