Re: Another idea for dealing with cmin/cmax - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Another idea for dealing with cmin/cmax
Date
Msg-id 11015.1159802424@sss.pgh.pa.us
Whole thread Raw
In response to Re: Another idea for dealing with cmin/cmax  (Greg Stark <gsstark@mit.edu>)
List pgsql-hackers
Greg Stark <gsstark@mit.edu> writes:
> The plan Gavin Sherry and I were discussing at the Code Sprint was to store a
> single "most common xmin" xmin in the per-page special area. Then have a bit
> on each tuple indicating that the xmin isn't present in the tuple and instead
> to use the xmin from the page footer. Any tuples with other values of xmin
> would have to store that xmin normally.

This seems pretty unworkable --- anything that involves more than one
field layout for tuple headers is going to be a huge PITA.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: src/tools/msvc usage instructions
Next
From: Tom Lane
Date:
Subject: Re: [BUGS] Update using sub-select table in schema