Re: Proposal / proof of concept: Triggers on VIEWs
От | Marko Tiikkaja |
---|---|
Тема | Re: Proposal / proof of concept: Triggers on VIEWs |
Дата | |
Msg-id | 4C597471.6000900@cs.helsinki.fi обсуждение исходный текст |
Ответ на | Re: Proposal / proof of concept: Triggers on VIEWs (Dean Rasheed <dean.a.rasheed@gmail.com>) |
Ответы |
Re: Proposal / proof of concept: Triggers on VIEWs
|
Список | 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
В списке pgsql-hackers по дате отправления: