Re: slow plan for min/max

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: slow plan for min/max
Дата
Msg-id 9768.1063064551@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: slow plan for min/max  ("Matt Clark" <matt@ymogen.net>)
Ответы Re: slow plan for min/max  ("Matt Clark" <matt@ymogen.net>)
Список pgsql-performance
"Matt Clark" <matt@ymogen.net> writes:
> Actually, referring down to later parts of this thread, why can't this
> optimisation be performed internally for built-in types?  I understand the
> issue with aggregates over user-defined types, but surely optimising max()
> for int4, text, etc is safe and easy?

I can't see that the datatype involved has anything to do with it.
None of the issues that come up in making the planner do this are
datatype-specific.  You could possibly avoid adding some columns
to pg_aggregate if you instead hard-wired the equivalent knowledge
(for builtin types only) into some code somewhere, but a patch that
approached it that way would be rejected as unmaintainable.

            regards, tom lane

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

Предыдущее
От: "Matt Clark"
Дата:
Сообщение: Re: slow plan for min/max
Следующее
От: Odiel León
Дата:
Сообщение: