Re: Parallel Aggregates for string_agg and array_agg

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Parallel Aggregates for string_agg and array_agg
Дата
Msg-id 20180501211147.3balprbggw3pdpxk@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: Parallel Aggregates for string_agg and array_agg  (Mark Dilger <hornschnorter@gmail.com>)
Ответы Re: Parallel Aggregates for string_agg and array_agg  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Parallel Aggregates for string_agg and array_agg  (Mark Dilger <hornschnorter@gmail.com>)
Список pgsql-hackers
Hi,

On 2018-05-01 14:09:39 -0700, Mark Dilger wrote:
> I don't care which order the data is in, as long as x[i] and y[i] are
> matched correctly.  It sounds like this patch would force me to write
> that as, for example:
> 
> select array_agg(a order by a, b) AS x, array_agg(b order by a, b) AS y
>   from generate_a_b_func(foo);
> 
> which I did not need to do before.

Why would it require that? Rows are still processed row-by-row even if
there's parallelism, no?

Greetings,

Andres Freund


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Mark Dilger
Дата:
Сообщение: Re: Parallel Aggregates for string_agg and array_agg
Следующее
От: David Rowley
Дата:
Сообщение: Re: Should we add GUCs to allow partition pruning to be disabled?