Re: limits of max, min optimization
От | Pavel Stehule |
---|---|
Тема | Re: limits of max, min optimization |
Дата | |
Msg-id | CAFj8pRC5-bNOrhMhznFcZc58yMkaR_w9BnrtLFTR59VW4dzz8Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: limits of max, min optimization (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
po 18. 7. 2022 v 16:29 odesílatel Tom Lane <tgl@sss.pgh.pa.us> napsal:
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> On 2022-Jul-18, Pavel Stehule wrote:
>> I am trying to fix one slow query, and found that optimization of min, max
>> functions is possible only when there is no JOIN in the query.
> See preprocess_minmax_aggregates() in
> src/backend/optimizer/plan/planagg.c
> Maybe it is possible to hack that code so that this case can be handled
> better.
The comments show this was already thought about:
* We also restrict the query to reference exactly one table, since join
* conditions can't be handled reasonably. (We could perhaps handle a
* query containing cartesian-product joins, but it hardly seems worth the
* trouble.)
Thank you for reply
Regards
Pavel
regards, tom lane
В списке pgsql-hackers по дате отправления: