Re: Fire create_upper_paths_hook for UPPERREL_PARTIAL_GROUP_AGG - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Fire create_upper_paths_hook for UPPERREL_PARTIAL_GROUP_AGG
Date
Msg-id 4102b5af-61b1-45c8-9d7f-c71d55ae962e@dunslane.net
Whole thread
List pgsql-hackers


On 2026-09-08 Tu 12:25 AM, shihao zhong wrote:
> It's a good idea to write something like this to convince yourself
> that the hook is usable for something useful, but that doesn't mean
> we need to carry that proof in-tree forevermore.

You're right.  The test only checks that the hook gets called.  It
doesn't check that anything behaves differently, and that isn't worth
spinning up a session for.  Writing it did convince me the hook is
usable, like you say, but that doesn't mean it has to stay in the tree.
Dropping 0002.

I should also correct what I wrote about it.  That description was from
an different version which added a path and checked that the planner
gathered it and built Finalize Aggregate on top.  Even that is existing
planner behavior, not something 0001 adds. 

Review is otherwise unchanged.  I only have the Nit commit message and
comment suggestions from my earlier mail. 

Given there is no major feedback open, I change the patch to Ready for
Committer.



Thanks, I have pushed with your nits fixed.


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com

pgsql-hackers by date:

Previous
From: "Matheus Alcantara"
Date:
Subject: Re: [PATCH v1] Fix for Bug#19724 - ALTER TYPE ... ALTER ATTRIBUTE triggers internal error for base type of domain with check
Next
From: Nathan Bossart
Date:
Subject: Re: small cleanup for s_lock.h