Another idea for dealing with cmin/cmax

Поиск
Список
Период
Сортировка
От Jim C. Nasby
Тема Another idea for dealing with cmin/cmax
Дата
Msg-id 20060928160836.GL34238@nasby.net
обсуждение исходный текст
Ответы Re: Another idea for dealing with cmin/cmax  (Heikki Linnakangas <heikki@enterprisedb.com>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Row IS NULL question
Следующее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Another idea for dealing with cmin/cmax