Перемещение всех некластеризованных индексов в другую файловую группу в SQL Server

Question

В SQL Server 2008 я хочу переместить ВСЕ некластеризованные индексы в БД во вторичную файловую группу. Какой самый простой способ сделать это?

Answer 1

Запустите этот обновленный скрипт, чтобы создать хранимую процедуру с именем MoveIndexToFileGroup, Эта процедура перемещает все некластеризованные индексы в таблице в указанную файловую группу. Это даже поддерживает INCLUDE столбцы, которых нет в некоторых других скриптах. Кроме того, он не будет перестраивать или перемещать индекс, который уже находится в нужной файловой группе. Как только вы создали процедуру, назовите ее так:

EXEC MoveIndexToFileGroup @DBName = '<your database name>',
                          @SchemaName = '<schema name that defaults to dbo>',
                          @ObjectNameList = '<a table or list of tables>',
                          @IndexName = '<an index or NULL for all of them>',
                          @FileGroupName = '<the target file group>';

Чтобы создать скрипт, который будет запускать это для каждой таблицы в вашей базе данных, переключите вывод запроса на текст и запустите:

SELECT 'EXEC MoveIndexToFileGroup '''
    +TABLE_CATALOG+''','''
    +TABLE_SCHEMA+''','''
    +TABLE_NAME+''',NULL,''the target file group'';'
    +char(13)+char(10)
    +'GO'+char(13)+char(10)
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_TYPE = 'BASE TABLE'
ORDER BY TABLE_SCHEMA, TABLE_NAME;

Пожалуйста, обратитесь к оригинальному блогу для более подробной информации. Я не писал эту процедуру, но обновил ее в соответствии с ответами блога и подтвердил, что она работает как на SQL Server 2005, так и на 2008 годах.

Обновления

1. @psteffek изменил скрипт для работы на SQL Server 2012. Я объединил его изменения.
2. Процедура завершается ошибкой, когда ваша таблица имеет IGNORE_DUP_KEY опция включена. Исправления пока нет.
3. @srutzky указал, что процедура не гарантирует сохранение порядка индекса, и предложил, как его исправить. Я обновил процедуру соответственно.
4. ojiNY отметил, что процедура исключила индексные фильтры (для совместимости с SQL 2005). По его предложению я добавил их обратно.

Answer 2

Запишите их, измените предложение ON, отбросьте их, повторно запустите новый сценарий. На самом деле альтернативы нет.

К счастью, на веб-сайтах есть сценарии, такие как этот, которые будут заниматься сценариями для вас.

Answer 3

Обновление: Эта операция займет много времени, чтобы выполнить шаг 2 вручную, если вы используете диспетчер MS SQL Server 2008R2 или более ранней версии. Я использовал SQL Server Manager 2014, поэтому он работает хорошо (потому что способ экспорта и создания индекса легко изменить) Я попытался запустить скрипт в SQL Server 2014 и получил некоторые проблемы, я слишком ленив, чтобы обнаружить проблемы Итак, я придумала другое решение, которое не зависит от версии SQL-сервера, который вы используете.

1. Экспортируйте ваш индекс (с помощью drop и создайте)

2. Обновите ваш скрипт, удалите все, что связано с удалением, создайте таблицы, сохраните принадлежность к индексам. и замените ваш исходный индекс новым (в моем случае я заменяю ON [PRIMARY] на ON [SECONDARY] [ ] 5

3. Запустите скрипт! И ждать, пока это не будет сделано.

(Вы можете сохранить сценарий для запуска в какой-либо другой среде).