Re: Refactor to split nodeAgg.c?

Поиск
Список
Период
Сортировка
Искать
От
Andres Freund
Тема
Re: Refactor to split nodeAgg.c?
Дата
Msg-id
20150630094859.GS30708@awork2.anarazel.de
Ответ на
Список
Дерево обсуждения
Refactor to split nodeAgg.c? Jeff Davis <pgsql@j-davis.com>
Re: Refactor to split nodeAgg.c? Tom Lane <tgl@sss.pgh.pa.us>
Re: Refactor to split nodeAgg.c? Andres Freund <andres@anarazel.de>
Re: Refactor to split nodeAgg.c? David Rowley <david.rowley@2ndquadrant.com>
Hi,

On 2015-06-29 19:33:58 -0700, Jeff Davis wrote:
> I was going to rebase my HashAgg patch, and got some conflicts related
> to the grouping sets patch. I could probably sort them out, but I think
> that may be the tipping point where we want to break up nodeAgg.c into
> nodeSortedAgg.c and nodeHashAgg.c, and probably a common file as well.

I'm not sure that's going to be helpful and clean without a significant
amount of duplication. Grouping sets right now use sorting, but Andrew
Gierth already is working on a patch that employs hashing for individual
group of groups that support it and where the aggregated state is deemed
small enough.  That implies a fair amount of coupling between the sorted
and hashed aggregation modes.

I'm not sure that conflicts due to GS can be taken as an argument to
split the file - I doubt there'd be significantly fewer with a splitup
since common datastructures have been changed.

That said, I think e.g. splitting out the lowest level of interaction
with aggregation functions and transition layers could be split off
without too much pain.


В списке pgsql-hackers по дате отправления
От: Alexander Korotkov
Дата:
Сообщение: Re: pg_trgm version 1.2
От: David Rowley
Дата:
FAQ