Re: Why are triggers semi-deferred?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Why are triggers semi-deferred?
Дата
Msg-id 28194.1052150868@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Why are triggers semi-deferred?  (Stephan Szabo <sszabo@megazone23.bigpanda.com>)
Ответы Re: Why are triggers semi-deferred?  (Philip Warner <pjw@rhyme.com.au>)
Re: Why are triggers semi-deferred?  (Stephan Szabo <sszabo@megazone23.bigpanda.com>)
Список pgsql-hackers
Stephan Szabo <sszabo@megazone23.bigpanda.com> writes:
> Actually, I think from sql99's description, for after row triggers it
> should happen after the row is modified not after the statement as a
> whole (so given two 2 row updates in a function you'd get
>  update1,row1 afterrow1-1 update1,row2 afterrow1-2,afterstatement1
>  update2,row1 afterrow2-1 update2,row2 afterrow2-2,afterstatement2
> )

[ scratches head ... ]  That seems a useless definition.  What is the
purpose of firing immediately after, rather than immediately before,
a row update?  Wouldn't you want to wait till end of statement so you
know that the whole statement is in fact going to complete (and not
die at some later row)?  What do you have immediately after the update
that you didn't have just before it?
        regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Stephan Szabo
Дата:
Сообщение: Re: Why are triggers semi-deferred?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Why are triggers semi-deferred?