Всем доброго времени суток.
Получается, что в триггере before update нельзя получить доступ сразу ко всем изменяемым строкам (к старому и новому варианту), а только лишь к новому и старому варианту одной строки в отдельности(NEW и OLD), если указать for [each] row в инструкции create trigger ?
Получается
так
Получается
+1
тогда еще такой момент: у
тогда еще такой момент:
у меня есть таблица , к ней
1) один триггер before update,
2) второй триггер before update + for row,
3) правило on update + do instead
очередность выполнения триггеров определяется их именем (насколько я знаю, запускаются они в алфавитном порядке). вопрос: а такое правило (п.3) будет перекрывать запуск двух триггеров? или они все же запустятся? какая очередность запуска правил и триггеров и можно ли этим управлять?
Вы не совсем правы, почитайте
Вы не совсем правы, почитайте мануал,
http://postgresql.ru.net/manual/trigger-definition.html
там также написано:
Triggers are also classified as before triggers and after triggers. Statement-level before triggers naturally fire before the statement starts to do anything, while statement-level after triggers fire at the very end of the statement. Row-level before triggers fire immediately before a particular row is operated on, while row-level after triggers fire at the end of the statement (but before any statement-level after triggers).