Re: BUG #17088: FailedAssertion in prepagg.c - Mailing list pgsql-bugs

From Richard Guo
Subject Re: BUG #17088: FailedAssertion in prepagg.c
Date
Msg-id CAMbWs4_zpvPa1+qGBU78FhQqiQo_RNDK2vwP3uBxs-S-mABxJQ@mail.gmail.com
Whole thread Raw
In response to Re: BUG #17088: FailedAssertion in prepagg.c  (Richard Guo <guofenglinux@gmail.com>)
Responses Re: BUG #17088: FailedAssertion in prepagg.c  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
List pgsql-bugs

On Thu, Jul 8, 2021 at 2:14 PM Richard Guo <guofenglinux@gmail.com> wrote:

On Thu, Jul 8, 2021 at 1:44 PM Richard Guo <guofenglinux@gmail.com> wrote:

I think the culprit is that when replacing correlation uplevel vars with
Params, we do not handle the SubLinks in the arguments of uplevel
GroupingFunc. We expect build_subplan should take care of it. But in
build_subplan, we ignore GroupingFunc incorrectly.

diff --git a/src/backend/optimizer/plan/subselect.c b/src/backend/optimizer/plan/subselect.c
index 0881a208ac..e4918f275e 100644
--- a/src/backend/optimizer/plan/subselect.c
+++ b/src/backend/optimizer/plan/subselect.c
@@ -364,7 +364,8 @@ build_subplan(PlannerInfo *root, Plan *plan, PlannerInfo *subroot,
                 * SS_replace_correlation_vars).  Do that now.
                 */
                if (IsA(arg, PlaceHolderVar) ||
-                       IsA(arg, Aggref))
+                       IsA(arg, Aggref) ||
+                       IsA(arg, GroupingFunc))
                        arg = SS_process_sublinks(root, arg, false);



I think we also need to change SS_process_sublinks to avoid recursing
into the arguments of an outer GroupingFunc. And that leads to a fix as
attached.

Update the patch with comments and test cases.

Thanks
Richard
Attachment

pgsql-bugs by date:

Previous
From: PG Bug reporting form
Date:
Subject: BUG #17096: Cannot reinstall after uninstalling PostgreSQL on Windows 10 Pro for Workstations
Next
From: Richard Guo
Date:
Subject: Re: BUG #17094: FailedAssertion at planner.c