| От | Vadim B. Mikheev |
|---|---|
| Тема | Re: [HACKERS] include/config.h FOLLOWUP |
| Дата | |
| Msg-id | 34B05E39.64A9E3FF@sable.krasnoyarsk.su обсуждение исходный текст |
| Ответы |
Re: [HACKERS] include/config.h FOLLOWUP
|
| Список | pgsql-hackers |
Integration wrote: > > ps. why not allow for larger tuples in general? Do we take a speed hit? Using large blocks is bad for performance: by increasing block size you automatically decrease number of blocks in shared buffer pool - this is bad for index scans and in multi-user environment! Just remember that Informix (and others) use 2K blocks. (Actually, I would like to have smaller blocks, but postgres lives over file system...) As for having big tuples - someone said about multi-representation feature of Illustra (automatically storing of big fields outside of tuple itself - in blobs, large objects, ...): looks very nice. Vadim
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера