Re: Parallel Aggregates for string_agg and array_agg
| От | Tom Lane |
|---|---|
| Тема | Re: Parallel Aggregates for string_agg and array_agg |
| Дата | |
| Msg-id | 13700.1522162694@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Parallel Aggregates for string_agg and array_agg (David Rowley <david.rowley@2ndquadrant.com>) |
| Ответы |
Re: Parallel Aggregates for string_agg and array_agg
Re: Parallel Aggregates for string_agg and array_agg Re: Parallel Aggregates for string_agg and array_agg |
| Список | pgsql-hackers |
David Rowley <david.rowley@2ndquadrant.com> writes:
> On 27 March 2018 at 13:26, Alvaro Herrera <alvherre@alvh.no-ip.org> wrote:
>> synchronized_seqscans is another piece of precedent in the area, FWIW.
> This is true. I guess the order of aggregation could be made more
> certain if we remove the cost based optimiser completely, and just
> rely on a syntax based optimiser.
None of this is responding to my point. I think the number of people
who actually don't care about aggregation order for these aggregates
is negligible, and none of you have argued against that; you've instead
selected straw men to attack.
regards, tom lane
В списке pgsql-hackers по дате отправления: