Re: Proposal / proof of concept: Triggers on VIEWs
Marko Tiikkaja <marko.tiikkaja@cs.helsinki.fi>
From: Marko Tiikkaja <marko.tiikkaja@cs.helsinki.fi>
To: Dean Rasheed <dean.a.rasheed@gmail.com>
Cc: pgsql-hackers@postgresql.org
Date: 2010-08-04T14:08:49Z
Lists: pgsql-hackers
On 8/4/10 5:03 PM +0300, Dean Rasheed wrote: > On 4 August 2010 14:43, Marko Tiikkaja<marko.tiikkaja@cs.helsinki.fi> wrote: >> I'm not sure I understand. RETURNING in DELETE on a table fetches the old >> value after it was DELETEd, so it really is what the tuple was before the >> DLETE, not what is seen by the snapshot. In a BEFORE DELETE trigger, the >> row is always locked so it can't change after the trigger is fired. >> > > Ah, I think I mis-understood. If I understand what you're saying > correctly, you're worried that the row might have been modified in the > same query, prior to being deleted, and you want RETURNING to return > the updated value, as it was when it was deleted. I'm mainly concerned about concurrently running transactions. Regards, Marko Tiikkaja