Re: Review: listagg aggregate
От | Tom Lane |
---|---|
Тема | Re: Review: listagg aggregate |
Дата | |
Msg-id | 29084.1264358634@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Review: listagg aggregate (Simon Riggs <simon@2ndQuadrant.com>) |
Ответы |
Re: Review: listagg aggregate
|
Список | pgsql-hackers |
Simon Riggs <simon@2ndQuadrant.com> writes: > On Fri, 2010-01-22 at 11:14 -0800, David E.Wheeler wrote: >> No performance issues > ISTM that this class of function is inherently dangerous performance > wise. > * It looks incredibly easy to construct enormous lists. We should test > the explosion limit of this to see how it is handled. Perhaps we need > some parameter limits to control that, depending upon results. > * Optimizer doesn't consider whether the result type of an aggregate get > bigger as the aggregate processes more rows. If we're adding this > function we should give some thought in that area also, or at least a > comment to note that it can and will cause the optimizer problems in > complex queries. We have that problem already with array_agg(), and I don't recall many complaints about it. It might be worth worrying about at some point, but I don't think it's reasonable to insist that it be fixed before any more such aggregates are created. I agree that testing-to-failure would be a good idea just to be sure it fails cleanly. regards, tom lane
В списке pgsql-hackers по дате отправления: