Повышение скорости реструктуризации 1С 8.2 #632617

Добрый день всем формучанам. На текущем месте работы по наследству досталась сильно измененная БП. Архитектура базы очень неочевидная(к примеру реквизит докумета "Организация" добавлен как столбец табличной части, которая в свою очередь содержит в себе только одну строку) Но не суть. Документ этот основополагающий документ учета и этих документов порядка 2 мил. Соответственно есть необходимость добавить новые реквизиты в шапку документа. Реструктуризация базы может длиться несклько суток. Как можно ускорить этот процесс? Прямо или косвенно изменить типы данных? Размер базы около 300гб. СУБД MSSQL.

как минимум можно грохнуть индексы и перевести базу в симпл

можно сделать на пустой таблице, и потом перелить данные на скуле

1с 81 и 82 при реструктуризации создает копию таблицы порциюми по 1000 строк из-за этого и долго. так что самый быстрый способ ручками сделать изменения а точнее сделать изменения в бд где мало записей подсмотреть с помощью ms sql profiler, что делает 1с. воспроизвести без копирования и "лишних действий", те воспроизвести структуру бд, заполнить поля, перенести изменения из config,params,DBSchema, Files как бонус - работу системы останавливать не нужно.

а если: 1. убираем записи из таблицы 2. добавляем свои реквизиты в пустую таблицу 3. из копии таблицы заливаем данные обратно ниче не забыл?

+ базу в симпл что бы побыстрее

ммм я тоже так хочу.

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

слишком геморойно

Спасибо за советы, (прошу прощения за временное отсутствие) сейчас попробую проэмулировать предложенные варианты. удалять индексы вариант в принципе подходит, но тут ситуация такая что индексных полей как раз нехватает (скорее буду добавлять индексные столбцы) вот с создание пустой копии вариант  неплох можно попробовать(пока именно такая ситуация добавляю новые старые не удаляю) по поводу разбиения на 1000 строк можно ли этим управлять? увеличить размер пакета? и таким образом подобрать соотношение под наиболее приемлеммый вариант

управлять можно всем в комьютерном мире поищите в бинарниках или в озу и исправте. при переименовании удаление индексов бессмысленно. перевод в simple режим заметного эффекта не даст, тк копирование талиц происходит в bulk режиме с минимальным журналированием.

как раз на операциях с минимальным журналированием и будет виден прирост производительности при переводе из full в simple или bulk-logged, на остальных операциях разницы не будет.

да не, вариант из кардинально не убыстрит обновление. вариант в 15-30 минут займет.

интересно. проверю на реструктуризации.