Re: Removing INNER JOINs

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Removing INNER JOINs
Дата
Msg-id 20141203154559.GA2456@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: Removing INNER JOINs  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
On 2014-12-03 11:30:32 +0000, Simon Riggs wrote:
> I guess we need an Option node. Tom and I discussed that about an aeon ago.
> 
> The Option node has a plan for each situation. At execution time, we
> make the test specified in the plan and then select the appropriate
> subplan.
> 
> That way we can see what is happening in the plan and the executor
> doesn't need to edit anything.

Given David's result where he noticed a performance impact due to the
additional branch in the join code - which I still have a bit of a hard
time to believe - it seems likely that a whole separate node that has to
pass stuff around will be more expensive.

I think the switch would actually have to be done in ExecInitNode() et
al. David, if you essentially take your previous solution and move the
if into ExecInitNode(), does it work well?

Greetings,

Andres Freund

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services



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

Предыдущее
От: Sameer Kumar
Дата:
Сообщение: Re: Using pg_rewind for differential backup
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Removing INNER JOINs