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 46C15C39FEB2C44BA555E356FBCD6FA41EB4B6@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  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> You're right, lazy VACUUM doesn't create this issue.  My mistake.
> But VACUUM FULL does.
> 
> > I can only see a problem with a partway through vacuum 
> full, that aborted.
> 
> Exactly.

Can you try give me a hint, why an aborted VACUUM FULL will not allways be 
a problem (also for other operations) until you run another VACUUM FULL
that succeeds ?

How do we know, that a (newly) FrozenXid tuple does not still have 
a (visible) duplicate ?

Andreas


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: backend/po, make update-po works strange
Next
From: Tom Lane
Date:
Subject: Re: tuptoaster.c must *not* use SnapshotAny