| От | Heikki Linnakangas |
|---|---|
| Тема | Re: Another idea for dealing with cmin/cmax |
| Дата | |
| Msg-id | 451BF497.9080505@enterprisedb.com обсуждение исходный текст |
| Ответ на | Another idea for dealing with cmin/cmax ("Jim C. Nasby" <jim@nasby.net>) |
| Ответы |
Re: Another idea for dealing with cmin/cmax
|
| Список | pgsql-hackers |
Jim C. Nasby wrote: > 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. > How exactly would that help? You can't just strip out cid info when writing to disk, if you don't want to lose the information. And it's certainly a lot more complicated than the phantom id thing. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера