Re: Redundant Result node

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Redundant Result node
Дата
Msg-id 2122722.1724383157@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Redundant Result node  (Richard Guo <guofenglinux@gmail.com>)
Ответы Re: Redundant Result node
Список pgsql-hackers
Richard Guo <guofenglinux@gmail.com> writes:
> ... we'll always make a separate ProjectionPath on top of the SortPath
> in create_ordered_paths.  It’s only when we create the plan node for
> the projection step in createplan.c that we realize a separate Result
> is unnecessary.  This is not efficient.

I'm not sure you're considering "efficiency" in the right light.
In my mind, any time we can postpone work from path-creation time
to plan-creation time, we're probably winning because we create
many more paths than plans.  Perhaps that's wrong in this case,
but it's not anywhere near as obvious as you suggest.

            regards, tom lane



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