Re: Getting query plan alternatives from query planner?

Поиск
Список
Период
Сортировка
От Craig James
Тема Re: Getting query plan alternatives from query planner?
Дата
Msg-id CAFwQ8rd1jY6U8qQ9EahuKFpeZrSCS1vsY9GAmb3LvAGkBB9cSQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Getting query plan alternatives from query planner?  (Atri Sharma <atri.jiit@gmail.com>)
Ответы Re: Getting query plan alternatives from query planner?  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Getting query plan alternatives from query planner?  (Shaun Thomas <sthomas@optionshouse.com>)
Список pgsql-performance
There have been many discussions about adding hints to Postgres over the years. All have been firmly rejected by the Postgres developers, with well-argued reasons.  Search the archives to learn more about this topic.

On the other hand, Postgres does have hints.  They're just called settings. You can disable certain types of joins with SET commands. On top of that, there are "fences" that the optimizer can't cross that you can use to force the optimizer to consider certain sub-queries separately (e.g. "offset 0" on a subquery).

Craig


On Fri, Mar 21, 2014 at 12:51 AM, Atri Sharma <atri.jiit@gmail.com> wrote:



On Fri, Mar 21, 2014 at 1:07 PM, Stefan Keller <sfkeller@gmail.com> wrote:
Hi Tom

You wrote:
> Path alternatives are rejected
> whenever possible before moving up to the next join level, so that what
> we have rejected is actually just a plan fragment in most cases.

Thanks for the quick answer. This sounds like a fair implementation decision.

Background for asking this is of course, that one want's 1. to
understand and 2. influence the optimizer in cases where one thinks
that the planner is wrong :-).

So, the bottom line is
1. that PostgreSQL doesn't offer no means to understand the planner
except EXPLAIN-ing the chosen plan?
2. and there's no road map to introduce planner hinting (like in
EnterpriseDB or Ora)?


We recently had some discussion for planner hints. There is no plan for having planner hints ATM. However, we are looking at ways at which we can improve the query planner for some cases where it makes statistical bad estimations and gives bad plans.

Regards,

Atri

--
Regards,
 
Atri
l'apprenant

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

Предыдущее
От: Vincent
Дата:
Сообщение: Re: slow join not using index properly
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Getting query plan alternatives from query planner?