Re: [PATCH] GROUP BY ALL - Mailing list pgsql-hackers

From David Christensen
Subject Re: [PATCH] GROUP BY ALL
Date
Msg-id CAHM0NXiL+KDNygg5xed-cuQmMQvwwtUoZ8YQstL0Tt7kEZ9g3w@mail.gmail.com
Whole thread Raw
In response to Re: [PATCH] GROUP BY ALL  (David Christensen <david@pgguru.net>)
Responses Re: [PATCH] GROUP BY ALL
List pgsql-hackers
On Fri, Sep 26, 2025 at 11:13 AM David Christensen <david@pgguru.net> wrote:
>
> On Fri, Sep 26, 2025 at 11:05 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
> >
> > David Christensen <david@pgguru.net> writes:
> > > Here is a rebased version with a few more tests.  I also changed the
> > > main check here to using `!contain_agg_clause` instead of
> > > `!IsA(Aggref))` directly.  (This was defined in `optimizer/clauses.h`,
> > > but we already are pulling in `optimizer.h`, so it felt valid to me.)
> >
> > contain_agg_clause will blow up on a SubLink, so I doubt this is
> > gonna be robust.
>
> Fair enough, see that Assert now; easy enough to make a new
> expression_tree_walker that only looks for Aggref and short-circuits
> SubLink (which I assume is the right behavior here, but might have to
> add some more tests/play around with subqueries in the GROUP BY ALL
> part).

Or contain_aggs_of_level(), assuming I can suss out how to get the
current level... :D  Anyway, will mess with this for a bit.

David



pgsql-hackers by date:

Previous
From: David Christensen
Date:
Subject: Re: [PATCH] GROUP BY ALL
Next
From: Fabrice Chapuis
Date:
Subject: Re: Issue with logical replication slot during switchover