Есть задача увеличить производительность УПП и сжать размеры. Нашел на инфостарте такую статью:
http://catalog.mista.ru/public/114634/
Интересует, кто юзал данный способ из форумчан? С чем столкнулись в процессе использования? Чем чревато, в общем.
Ваши соображения на счет статьи.

Относительно допустимости применения подобного метода сжатия я задавал вопрос в партнерской конференции, на что был в итоге получен следующий комментарий Сергея Нуралиева:

«…Можно считать позицией то, что мы считаем, что использование  этих возможностей должно быть или запрещено или разрешено, но с адекватной поддержкой (методологической или программной). Вариант использования их без надлежащей поддержки мы считаем неправильным, так как он приводит к проблемам в администрировании.»

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

(1) + 1.

(0) т.е. это не Ваш случай.

(0) Ничем не черевато. Все работает годами и не жужжит.
Просто не вижу необходимости делать это триггером, а можно просто скриптом после реструктуризации обновлять.

(1), (2) Вот и хотелось бы подробнее узнать об этих "проблемах в администрировании"

(4) Проблема в администрировании только одна - если нет специалиста в штате, который понимает что это и зачем и умеет написать скрипт или понять что делает чужой, то не стоит за это браться.
Если вы считаете, что это серебрянная пуля, которая даст вам +100 к производительности, то грубоко ошибаетесь. Эффект есть, но не настолько заметный.

(4)
например классическая проблемы 1с-ников : непонимание
контуров оперативного учета и аналитического,
непонимание процесса разработки ИС и эксплуатации ИС.



1с сильна наличием огромного кол-ва спецов, но обратная сторона -  низкая квалификация 1с-ников в части понимания эксплуатации субд.
  
соответственно и любое не типовое действие требует контроля и поддержки, документирования и ПРИЕМСТВЕННОСТИ .

например 1с ник радостно и тупо исполнил рекомендации в (0)

их не задокументировал или забыл.

при смене сервера мс скл настройки не воспроизвел.

и дисковое пространство исчерпалось.    
  

любое нетиповое действие с 1с подразумевает наличие квалификации системного программиста.



автору с инфостарта спасибо за поднятую тему.

поискал по форуму и статьям ИСа. это единственная статья о ddl триггерах.

Для не 1с-базы делал нечто подобное.
Скорость увеличилась в 15 раз.
Но я понимал, что делаю, и то, три дня потратил на эксперименты.
ТС этот способ воспрещён.