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