sql-server – 在Sql Server维护计划中重组索引vs重建索引

在SSW规则中,为了更好的SQL Server数据库,有一个完整的数据库维护计划的示例:SSW.在示例中,他们运行重组索引,然后重建索引,然后更新统计。有什么意义吗?我认为重组索引是一个快速但不太有效的版本的重建索引?并且索引重建也将自动更新统计信息(至少在聚集索引上)。
在相同的索引上执行REORGANIZE然后REBUILD是没有意义的,因为REORGANIZE的任何更改都将通过执行REBUILD而丢失。

更糟糕的是,在来自SSW的维护计划图中,它执行首先SHRINK,其将索引分段,作为其释放空间的方式的副作用。然后REBUILD在REBUILD操作期间再次将更多空间分配给数据库文件作为工作空间。

> REORGANIZE是一种在线操作,可以使用一点额外的工作空间逐页对集群或非集群索引中的叶子页进行碎片整理。
> REBUILD是企业版中的在线操作,在其他版本中脱机,并且再次使用与索引大小一样多的额外工作空间。它创建一个新的索引副本,然后删除旧的副本,从而摆脱碎片。默认情况下,重新计算统计信息作为此操作的一部分,但可以禁用。

有关详细信息,请参阅Reorganizing and Rebuilding Indexes

除非使用TRUNCATEONLY选项,否则不要使用SHRINK,即使如果文件将再次增长,那么您应该仔细考虑是否有必要:

sqlservercentral_SHRINKFILE

http://stackoverflow.com/questions/7579/reorganise-index-vs-rebuild-index-in-sql-server-maintenance-plan

本站文章除注明转载外,均为本站原创或编译
转载请明显位置注明出处:sql-server – 在Sql Server维护计划中重组索引vs重建索引