From: | Heikki Linnakangas <hlinnakangas(at)vmware(dot)com> |
---|---|
To: | Jeff Davis <pgsql(at)j-davis(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Tomas Vondra <tv(at)fuzzy(dot)cz>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: 9.5: Memory-bounded HashAgg |
Date: | 2014-08-26 09:39:27 |
Message-ID: | 53FC55CF.9040504@vmware.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Summary of this thread so far:
There was a lot of discussion comparing this with Tomas Vondra's Hash
Join patch. The conclusion was that while it would be nice to be able to
dump transition state to disk, for aggregates like array_agg, the patch
is fine as it is. Dumping transition states would require much more
work, and this is already useful without it. Moreover, solving the
array_agg problem later won't require a rewrite; rather, it'll build on
top of this.
You listed a number of open items in the original post, and these are
still outstanding:
> * costing
> * EXPLAIN details for disk usage
> * choose number of partitions intelligently
> * performance testing
I think this is enough for this commitfest - we have consensus on the
design. For the next one, please address those open items, and resubmit.
- Heikki
From | Date | Subject | |
---|---|---|---|
Next Message | Emre Hasegeli | 2014-08-26 09:44:33 | Re: Selectivity estimation for inet operators |
Previous Message | Fabien COELHO | 2014-08-26 09:37:56 | Re: pgbench throttling latency limit |