Re: [PATCHES] Work-in-progress referential action trigger timing - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCHES] Work-in-progress referential action trigger timing
Date
Msg-id 10560.1126277427@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCHES] Work-in-progress referential action trigger  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Responses Re: [PATCHES] Work-in-progress referential action trigger
List 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 by date:

Previous
From: Stephan Szabo
Date:
Subject: Re: [PATCHES] Work-in-progress referential action trigger
Next
From: Stephan Szabo
Date:
Subject: Re: [PATCHES] Work-in-progress referential action trigger