Re: Questions on query planner, join types, and work_mem
В списке pgsql-performance по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Questions on query planner, join types, and work_mem |
| Дата | |
| Msg-id | 7124.1280804145@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Questions on query planner, join types, and work_mem (Peter Hussey <peter@labkey.com>) |
| Список | pgsql-performance |
Peter Hussey <peter@labkey.com> writes:
> My questions are still
> 1) Does the planner have any component of cost calculations based on the
> size of work_mem,
Sure.
> and if so why do those calculations seem to have so
> little effect here?
Since you haven't provided sufficient information to let someone else
reproduce what you're seeing, it's pretty hard to say. It might have
something to do with the particularly wide join key values you're using,
but that's mere speculation based on the one tidbit you provided. There
might be some other effect altogether that's making it do the wrong thing.
> 2) Why is the setting of work_mem something left to the admin and/or
> developer?
Because we're not smart enough to find a way to avoid that.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера