Re: [HACKERS] [Proposal] Make the optimiser aware of partitions ordering

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [HACKERS] [Proposal] Make the optimiser aware of partitions ordering
Дата
Msg-id CA+TgmoYQcwL6wDdDM4qTkftB7CsgZXOYtPMrHe2sor2TCX1rkw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] [Proposal] Make the optimiser aware of partitions ordering  (Julien Rouhaud <rjuju123@gmail.com>)
Ответы Re: [HACKERS] [Proposal] Make the optimiser aware of partitions ordering  (Julien Rouhaud <rjuju123@gmail.com>)
Список pgsql-hackers
On Sat, Sep 23, 2017 at 6:29 AM, Julien Rouhaud <rjuju123@gmail.com> wrote:
> That's true, but numCols, sortColdIdx etc are also used to display the
> sort key in an explain.  If an append can return sorted data, it
> should also display the sort information, so I think these fields are
> still required in an Append node.

I don't think so.  An index scan doesn't output that information, nor
does a nested loop which inherits a sort order from its outer path.  I
think the rule is that a plan node which takes steps to get the data
into a certain order might want to output something about that, but a
plan node which somehow gets that ordering without taking any explicit
action doesn't print anything.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [HACKERS] Transactions involving multiple postgres foreign servers
Следующее
От: Jesper Pedersen
Дата:
Сообщение: Re: [HACKERS] path toward faster partition pruning