"PEAKTOP" ...
Это новая таблица что-ли ? Надеюсь - нет...
Именно - пользователь (в монопольном режиме, спасибо за MON
$ATTACMENTS), не явно для себя и явно для базы, создает таблицу.
Зачем ???
И мы не знаем, таблица с каким именем будет создана. Чтоб было понятней -
типа как конфигуратор в 1С.
(*)
Закрывай доступ на таблицы, открывай через view\procedure.
Ничего нового.
Да и без них обходимся - автоматика код запросов генерит (спасибо за
EXECUTE BLOCK). Да и объекты в системе подцепляются только те, что
созданы системой - той же автоматикой, которая и триггеры создает и
проверяет все.
Столько усилий, а результат :
Таблиц 150-200, на каждую по три триггера. Куча
проверок. Как-то некузяво все это в сумме выглядит. Базу,
проработавшую полгода в автономном режиме у заказчика, открывать
страшно.
(**)
Ибо - см (*)
А не пробовал *создать* запись о факте зависимости от "главного журнала"
и уже на неё повесить один маленький, серенький, не универсальный, а
самый обычный триггер ?
Ну дык я и сказал, что
автогенератор объектов сам "втихаря" создает триггер, проверяющий главный
журнал.
Зачем ??? Раз уж обвязка создаётся динамически, то можно и запись о факте
зависимости не забыть создать.
Но это вообще всё не нужно, ибо есть же "корневая" таблица документов.
Через её триггеры и делать общесистемные вещи.
Хотя я лично считаю, что логику сложнее проверки параметров\логгирования\
рассчёта агрегатов в триггерах держать категорически нельзя. Себе дороже
будет - см. (**)
--
Хорсун Влад
