| От | Tom Lane |
|---|---|
| Тема | Re: Mnogosearch (Was: Re: website doc search is ... ) |
| Дата | |
| Msg-id | 2818.1073014663@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Mnogosearch (Was: Re: website doc search is ... ) ("Marc G. Fournier" <scrappy@postgresql.org>) |
| Ответы |
Re: Mnogosearch (Was: Re: website doc search is ... )
|
| Список | pgsql-general |
"Marc G. Fournier" <scrappy@postgresql.org> writes:
> I'm still loading the 'WITHOUT OIDS' database ... should I expect that,
> with CLUSTERing, its performance would be slightly better yet, or would
> the difference be negligible?
I think the difference will be marginal, but worth doing; you're
reducing the row size from 40 bytes to 36 if I counted correctly,
so circa-10% I/O saving, no?
24 bytes minimum 7.4 HeapTupleHeader
4 bytes OID
12 bytes three int4 fields
On a machine with 8-byte MAXALIGN, this would not help, but on
Intel hardware it should.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера