Re: Another idea for dealing with cmin/cmax

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Another idea for dealing with cmin/cmax
Дата
Msg-id 11015.1159802424@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Another idea for dealing with cmin/cmax  (Greg Stark <gsstark@mit.edu>)
Список 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 по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: src/tools/msvc usage instructions
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [BUGS] Update using sub-select table in schema