Реорганизация индекса по сравнению с перестроением индекса в плане обслуживания сервера Sql

Выполнение REORGANIZE, а затем REBUILD для sql-srever тех же индексов бессмысленно, поскольку rebuild любые изменения, внесенные sql-server REORGANIZE, будут потеряны при выполнении sql-server REBUILD.

Хуже того, что на схеме ms-sql-server плана обслуживания из SSW sql-srever сначала выполняется SHRINK, который ms-sql-server фрагментирует индексы как sql-server побочный эффект освобождения mssql места. Затем REBUILD снова выделяет reorganize больше места для файлов базы mssql данных в качестве рабочего ms-sql-server пространства во время операции sql-server REBUILD.

• REORGANIZE - это онлайн-операция, которая reorganize дефрагментирует конечные ms-sql-server страницы в кластеризованной rebuild или некластеризованной индексной sql-server странице за страницей, используя mssql небольшое дополнительное ms-sql-server рабочее пространство.

• REBUILD - это ms-sql-server онлайн-операция в выпусках rebuild Enterprise, офлайн в других sql-server выпусках, которая снова использует rebuild столько же дополнительного sql-server рабочего пространства, сколько ms-sql-server размер индекса. Он создает rebuild новую копию индекса, а затем maintenance-plan удаляет старую, тем самым sql-server избавляясь от фрагментации. Статистика rebuild по умолчанию пересчитывается mssql как часть этой операции, но maintenance-plan ее можно отключить.

См. Reorganizing and Rebuilding Indexes для sql-srever получения дополнительной sql-srever информации.

Не используйте rebuild SHRINK, кроме как с параметром sql-server TRUNCATEONLY, и даже тогда, если файл maintenance-plan снова вырастет, вам следует sql-server хорошо подумать, нужно ли maintenance-plan это:

sqlservercentral_SHRINKFILE