Re: Further open item (Was: Status of 7.2) - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Further open item (Was: Status of 7.2)
Date
Msg-id 2156.1006478787@sss.pgh.pa.us
Whole thread Raw
In response to Re: Further open item (Was: Status of 7.2)  (Hannu Krosing <hannu@tm.ee>)
List pgsql-hackers
Hannu Krosing <hannu@tm.ee> writes:
> But could we not make it so that rollback will also reset xmax and cmax 
> to 0.

We never have done that and I don't see why we should start.
(And no, I'm not sure that it'd be entirely safe; there are
concurrency/atomicity issues involved, because we do not
insist on getting exclusive lock to set the it's-dead-Jim
flag bit.)

We could make the user readout of xmax/cmax be zeroes if the flag
bits show they are invalid.  But this really just begs the question
of what use they are to users in the first place.  I can't see any;
and if we make them read as zeroes then they for sure won't have any.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Hannu Krosing
Date:
Subject: Re: Further open item (Was: Status of 7.2)
Next
From: Tom Lane
Date:
Subject: Re: Can't "EXTRACT" from a field?