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

From Jim C. Nasby
Subject Another idea for dealing with cmin/cmax
Date
Msg-id 20060928160836.GL34238@nasby.net
Whole thread Raw
Responses Re: Another idea for dealing with cmin/cmax  (Heikki Linnakangas <heikki@enterprisedb.com>)
List pgsql-hackers
In addition to/instead of abstracting cmin/cmax to a phantom ID, what
about allowing for two versions of the tuple header, one with cid info
and one without? That would allow for cid info to be stripped out when
pages were written to disk.

The downside to this is that we'd have to be able to deal with pages
in-memory potentially being larger than pages on-disk. Since there's
been discussion of separating on-disk and in-memory page formats, maybe
that doesn't kill the proposal outright.
-- 
Jim Nasby                                            jim@nasby.net
EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Row IS NULL question
Next
From: Heikki Linnakangas
Date:
Subject: Re: Another idea for dealing with cmin/cmax