| От | 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
Re: Parallel Aggregates for string_agg and array_agg |
| Список | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера