До тебя обсерали старую реализацию. Когда человек пытался триггером
переопределить дефолтное поведение, а получал в лучшем случае двойной
апдейт записи или invalid blob id.
Я тебе аргументы привёл почему так как щас тоже плохо.
Как по мне, то вы тогда когда исправляли, лучше бы сделали именно для
представлений новый третий вид триггера INSTEAD OF с соответствующей
логикой.
Ты говоришь что сам не пишешь ХП и триггеры под ФБ, а я пишу и могу тебе
рассказать конкретный практический пример, который на данный момент
моего развития кажется мне логически удобным:
1) Во всей базе нет ни единой таблицы с триггероной логикой
2) На все таблицы созданы синонимы (но поскольку у нас нет синонимов, то
я поделал представления)
3) Вся триггерная логика висит только на представлениях
4) Такой подход очень сильно упрощает серверную логику
Пункт 3 подразумевает что всякие проверки и вставки значений по
умолчанию выполняются у меня в триггерах BEFORE на представлениях, но
эта ваша новая система отменяет стандартную вставку и обновление и мне
приходится каждый раз писать её самому, а это не удобно, не логично, не
рационально и ещё и баги есть.
