Re: Removing INNER JOINs

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Removing INNER JOINs
Дата
Msg-id 19875.1417628950@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Removing INNER JOINs  (Atri Sharma <atri.jiit@gmail.com>)
Ответы Re: Removing INNER JOINs  (Atri Sharma <atri.jiit@gmail.com>)
Список pgsql-hackers
Atri Sharma <atri.jiit@gmail.com> writes:
> Is it possible to only replan part of the plan in case of this
> optimization? I think that we might need to only replan parts of the
> original plan (as you mentioned, join search and above). So we could reuse
> the original plan in part and not do a lot of replanning (an obvious case
> is scan strategy, which we can assume will not change for the two plans).

I think you assume wrong; or at least, I certainly would not wish to
hard-wire any such assumption.  Skipping some joins could change the
shape of the join tree *completely*, because the cost estimates will
change so much.  And that could in turn lead to making different choices
of scan methods, eg, we might or might not care about sort order of
a scan result if we change join methods.
        regards, tom lane



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

Предыдущее
От: Joe Conway
Дата:
Сообщение: changing primary key col(s) with minimal impact
Следующее
От: Atri Sharma
Дата:
Сообщение: Re: Removing INNER JOINs