Re: Composite Datums containing toasted fields are a bad idea(?)
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Composite Datums containing toasted fields are a bad idea(?) |
| Дата | |
| Msg-id | 15131.1398094257@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Composite Datums containing toasted fields are a bad idea(?) (Andres Freund <andres@2ndquadrant.com>) |
| Ответы |
Re: Composite Datums containing toasted fields are a bad
idea(?)
|
| Список | pgsql-hackers |
Andres Freund <andres@2ndquadrant.com> writes:
> I unfortunately haven't followed this in detail, but shouldn't it be
> relatively easily to make this even cheaper by checking for
> HEAP_HASEXTERNAL? If it's not set we don't need to iterate over the
> composite's columns, right?
That's the point I made further down: we could do that if we were willing
to abandon the principle that nested fields shouldn't be compressed.
It's not very clear what it'd cost us to give that up. (Too bad we didn't
define a HEAP_HASCOMPRESSED flag bit ...)
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера