Re: surprising trigger/foreign key interaction - Mailing list pgsql-hackers

From Stefan Kaltenbrunner
Subject Re: surprising trigger/foreign key interaction
Date
Msg-id 4A84029F.7070603@kaltenbrunner.cc
Whole thread Raw
In response to Re: surprising trigger/foreign key interaction  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane wrote:
> Alvaro Herrera <alvherre@commandprompt.com> writes:
>> However I'm guessing that what actually happens is that heap_update is
>> returning HeapTupleSelfUpdated instead, which the code states as
>> /* nothing to do */.
> 
> Yeah.
> 
>> I imagine this is so because of some old fiddling to get semantics just
>> right for obscure corner cases, but it feels wrong nevertheless.
> 
> I suspect it was reluctance to use the EvalPlanQual semantics (which
> are pretty bogus in their own way) for perfectly deterministic
> single-transaction cases.

still the current behaviour feels quite wrong because even after the 
update the modified tuple still satisfies the WHERE clause of the DELETE 
but still it won't actually get deleted.


Stefan


pgsql-hackers by date:

Previous
From: Michael Meskes
Date:
Subject: Re: DECLARE doesn't set/reset sqlca after DECLARE cursor
Next
From: Alvaro Herrera
Date:
Subject: Re: surprising trigger/foreign key interaction