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
|
| Список | 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 по дате отправления: