| От | Hannu Krosing |
|---|---|
| Тема | Re: [HACKERS] Terrible performance on wide selects |
| Дата | |
| Msg-id | 1043317847.2347.35.camel@localhost.localdomain обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Terrible performance on wide selects (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: [HACKERS] Terrible performance on wide selects
|
| Список | pgsql-performance |
Tom Lane kirjutas N, 23.01.2003 kell 02:04: > "Dann Corbit" <DCorbit@connx.com> writes: > > Maybe I don't really understand the problem, but it seems simple enough > > to do it once for the whole query. > > We already do cache column offsets when they are fixed. The code that's > the problem executes when there's a variable-width column in the table > --- which means that all columns to its right are not at fixed offsets, > and have to be scanned for separately in each tuple, AFAICS. Not only varlen columns, but also NULL columns forbid knowing the offsets beforehand. -- Hannu Krosing <hannu@tm.ee>
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера