Re: query plan question, nested loop vs hash join

Поиск
Список
Период
Сортировка
От Marti Raudsepp
Тема Re: query plan question, nested loop vs hash join
Дата
Msg-id CABRT9RCqFzidSEADW5TeNhZxNaVCtabJhOtJfr-aOHqWGTJcsg@mail.gmail.com
обсуждение исходный текст
Ответ на query plan question, nested loop vs hash join  (Andrey Lizenko <lizenko79@gmail.com>)
Ответы Re: query plan question, nested loop vs hash join  (Andrey Lizenko <lizenko79@gmail.com>)
Список pgsql-performance
On Fri, Oct 3, 2014 at 6:38 PM, Andrey Lizenko <lizenko79@gmail.com> wrote:
> Is it possible to force optimizer choose the second plan without doing  "set
> enable_hashjoin = off;" ?
>
> Increasing  of 'effective_cache_size' leads to similar thing with mergejoin,
> other options (work_mem, shared_buffers. etc) do not change anything.

Have you tried changing random_page_cost?

In small databases where most of the data is cached anyway, lowering
random_page_cost to somewhere between 1 and 2 usually leads to better
planner decisions.

Regards,
Marti


В списке pgsql-performance по дате отправления:

Предыдущее
От: Mike Blackwell
Дата:
Сообщение: Re: pg_basebackup - odd performance
Следующее
От: Sergey Konoplev
Дата:
Сообщение: Re: help: function failing