Re: WIP: Aggregation push-down
legrand legrand <legrand_legrand@hotmail.com>
From: legrand legrand <legrand_legrand@hotmail.com>
To: pgsql-hackers@postgresql.org
Date: 2020-02-26T21:10:46Z
Lists: pgsql-hackers
Antonin Houska-2 wrote > Alvaro Herrera < > alvherre@ > > wrote: > >> This stuff seems very useful. How come it sits unreviewed for so long? > > I think the review is hard for people who are not interested in the > planner > very much. And as for further development, there are a few design > decisions > that can hardly be resolved without Tom Lane's comments. Right now I > recall > two problems: 1) is the way I currently store RelOptInfo for the grouped > relations correct?, 2) how should we handle types for which logical > equality > does not imply physical (byte-wise) equality? > > Fortunately it seems now that I'm not the only one who cares about 2), so > this > problem might be resolved soon: > > https://www.postgresql.org/message-id/CAH2-Wzn3Ee49Gmxb7V1VJ3-AC8fWn-Fr8pfWQebHe8rYRxt5OQ%40mail.gmail.com > > But 1) still remains. > > -- > Antonin Houska > Web: https://www.cybertec-postgresql.com Hello would "pgsql: Add equalimage B-Tree support functions." https://www.postgresql.org/message-id/E1j72NY-0002gi-2B@gemulon.postgresql.org help for 2) ? Regards PAscal -- Sent from: https://www.postgresql-archive.org/PostgreSQL-hackers-f1928748.html
Commits
-
Move estimate_hashagg_tablesize to selfuncs.c, and widen result to double.
- 0c7d53793079 12.0 landed
-
Remove unnecessairly duplicated gram.y productions
- b9a3ef55b253 10.0 cited