Re: [PATCHES] Work-in-progress referential action trigger timing
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [PATCHES] Work-in-progress referential action trigger timing |
| Дата | |
| Msg-id | 10560.1126277427@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [PATCHES] Work-in-progress referential action trigger (Stephan Szabo <sszabo@megazone.bigpanda.com>) |
| Ответы |
Re: [PATCHES] Work-in-progress referential action trigger
|
| Список | pgsql-hackers |
Stephan Szabo <sszabo@megazone.bigpanda.com> writes:
> Is there a case other than a before trigger updating a row we will want to
> act upon later in the statement where we'll get a row with xmax of our
> transaction and cmax greater than the current command?
The greater-cmax case could occur via any kind of function, not only a
trigger, ie
update tab set x = foo(x) where ...
where foo() is a volatile function that internally updates the tab
table.
I suppose you could say that this is horrible programming practice and
anyone who tries it deserves whatever weird behavior ensues ... but
it's not the case that every such situation involves a trigger.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера