Ситуация: В проекте были добавлены поля в таблицы. При выполнении синхронизации эти таблицы пересоздавались. Для таблицы выполнялась последовательность команд (на примере таблицы “INVENTTRANS”):
- CREATE TABLE X177X (…) – создание временной таблицы “X177X” с новой структурой
- INSERT INTO X177X SELECT … FROM INVENTTRANS – копирование информации из исходной таблицы “INVENTTRANS” во временную “X177X”
- DROP TABLE INVENTTRANS – удаление исходной таблицы “INVENTTRANS”
- EXEC sp_rename 'X177X', 'INVENTTRANS' – переименование временной таблицы “X177X” в “INVENTTRANS”
- Создание индексов для таблицы “INVENTTRANS”
Поскольку основная масса таблиц на SQL-сервере находились в файловой группе “PRIMARY”, являющейся файловой группой по умолчанию (DEFAULT), проблем для них не было. Временная таблица создавалась в той же файловой группе “PRIMARY”, что и исходная таблица. Соответственно результирующая таблица – тоже в файловой группе “PRIMARY”.
Проблема возникла для таблицы “INVENTTRANS” (не зря она упоминалась в примере выше). Эта таблица (со своими индексами) на SQL-сервере находилась в отдельной файловой группе (на отдельном дисковом массиве для повышения производительности). В процессе синхронизации временная таблица была создана в файловой группе “PRIMARY”. Как результат таблица “INVENTTRANS” «переехала» из отдельной файловой группы в файловую группу “PRIMARY”.
Конфигурация системы:
Axapta 3.0 Eastern Europe SP4 Build #10.0
MS SQL Server 2000 (SP3) - на момент синхронизации, сейчас - SP4
Вопрос: Можно ли избежать перемещения таблиц из отдельных файловых групп в файловую группу по умолчанию при описанной выше ситуации?