Re: tuptoaster.c must *not* use SnapshotAny - Mailing list pgsql-hackers

From Zeugswetter Andreas SB SD
Subject Re: tuptoaster.c must *not* use SnapshotAny
Date
Msg-id 46C15C39FEB2C44BA555E356FBCD6FA41EB4B7@m0114.s-mxs.net
Whole thread Raw
In response to tuptoaster.c must *not* use SnapshotAny  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: tuptoaster.c must *not* use SnapshotAny
List pgsql-hackers
> > How do we know, that a (newly) FrozenXid tuple does not still have 
> > a (visible) duplicate ?
> 
> It's *not* visible, if you are applying any visibility checks whatever.
> But SnapshotAny bypasses all visibility checking.

I am concerned about the case where VACUUM FULL:
1. inserts heap tuple to new location using FrozenXid
2. updates original heap tuples's xmax

What if we crash/abort between step 1 and 2 but we used FrozenXid for 1.
Don't know if we actually do this, but imho we are only allowed 
to use FrozenXid for an inplace vacuum operation.

Andreas


pgsql-hackers by date:

Previous
From: "Marc G. Fournier"
Date:
Subject: Re: RC1 date?
Next
From: Daniel Kalchev
Date:
Subject: Re: RC1 date?