Re: Nested transactions and tuple header info - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Nested transactions and tuple header info
Date
Msg-id 23799.1086184348@sss.pgh.pa.us
Whole thread Raw
In response to Re: Nested transactions and tuple header info  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Nested transactions and tuple header info
Re: Nested transactions and tuple header info
List pgsql-hackers
Bruce Momjian <pgman@candle.pha.pa.us> writes:
> Tom Lane wrote:
>> This is exactly the same argument as not being able to overwrite cmin.

> Basically the phantom xid's are a shorthand for saying the tuple was
> created by xid1 and deleted by xid2, both part of the same main
> transaction.

> A cursor looking at the rows has to recognize the xid is a phantom (via
> pg_subtrans) and look up the creation xid.

You still don't see the point.  Consider
BEGIN;DECLARE CURSOR c1 FOR SELECT * FROM a ...;INSERT INTO a VALUES(...);    -- call this row xDECLARE CURSOR c2 FOR
SELECT* FROM a ...;BEGIN;DELETE FROM a WHERE ...;    -- assume this deletes row xROLLBACK;FETCH FROM c1;            --
mustNOT see row xFETCH FROM c2;            -- must see row x
 

AFAICS your proposal does not support this.  The two cursors' snapshots
will differ only in the recorded current-cid for the outer transaction.
If the subtrans has overwritten xmin/cmin, there is no way to make that
decision correctly.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: ACLs versus ALTER OWNER
Next
From: Shridhar Daithankar
Date:
Subject: Re: Converting postgresql.conf parameters to kilobytes