Re: BUG #17835: Two assertions failed in nodeAgg.c and execExprInterp.c with the same SQL - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #17835: Two assertions failed in nodeAgg.c and execExprInterp.c with the same SQL
Date
Msg-id 1885605.1678724005@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #17835: Two assertions failed in nodeAgg.c and execExprInterp.c with the same SQL  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
I wrote:
> v10 detected this in ExecInitAgg, while later versions are trying to
> do it in the parser, but evidently there's some gap there ...

Looking closer, 69c3936a1 didn't really break this, it just exposed
that it was already broken.  check_agg_arguments() has never gotten
this case right, but it was back-stopped by the check in ExecInitAgg,
which 69c3936a1 removed because it was no longer easy to check there.

The problem is simple: check_agg_arguments supposes that an inner
(lower level) aggregate cannot contain aggregates of outer levels,
which is just wrong on its face.  So we can't skip descending into
an aggregate's arguments.  Somebody (probably Gierth) recognized
that this was true for grouping functions, but didn't see that the
adjacent code was buggy.

            regards, tom lane

diff --git a/src/backend/parser/parse_agg.c b/src/backend/parser/parse_agg.c
index 4fbf80c271..85cd47b7ae 100644
--- a/src/backend/parser/parse_agg.c
+++ b/src/backend/parser/parse_agg.c
@@ -736,8 +736,7 @@ check_agg_arguments_walker(Node *node,
                 context->min_agglevel > agglevelsup)
                 context->min_agglevel = agglevelsup;
         }
-        /* no need to examine args of the inner aggregate */
-        return false;
+        /* Continue and descend into subtree */
     }
     if (IsA(node, GroupingFunc))
     {
diff --git a/src/test/regress/expected/aggregates.out b/src/test/regress/expected/aggregates.out
index e074cb71bf..f0517f95b6 100644
--- a/src/test/regress/expected/aggregates.out
+++ b/src/test/regress/expected/aggregates.out
@@ -1282,6 +1282,12 @@ select (select max(min(unique1)) from int8_tbl) from tenk1;
 ERROR:  aggregate function calls cannot be nested
 LINE 1: select (select max(min(unique1)) from int8_tbl) from tenk1;
                            ^
+select avg((select avg(a1.col1 order by (select avg(a2.col2) from tenk1 a3))
+            from tenk1 a1(col1)))
+from tenk1 a2(col2);
+ERROR:  aggregate function calls cannot be nested
+LINE 1: select avg((select avg(a1.col1 order by (select avg(a2.col2)...
+                                                        ^
 --
 -- Test removal of redundant GROUP BY columns
 --
diff --git a/src/test/regress/sql/aggregates.sql b/src/test/regress/sql/aggregates.sql
index 616ef38c25..1783d19bd5 100644
--- a/src/test/regress/sql/aggregates.sql
+++ b/src/test/regress/sql/aggregates.sql
@@ -439,6 +439,9 @@ drop table minmaxtest cascade;
 -- check for correct detection of nested-aggregate errors
 select max(min(unique1)) from tenk1;
 select (select max(min(unique1)) from int8_tbl) from tenk1;
+select avg((select avg(a1.col1 order by (select avg(a2.col2) from tenk1 a3))
+            from tenk1 a1(col1)))
+from tenk1 a2(col2);

 --
 -- Test removal of redundant GROUP BY columns

pgsql-bugs by date:

Previous
From: "Daniel Verite"
Date:
Subject: Re: disable pipeline mode
Next
From: PG Bug reporting form
Date:
Subject: BUG #17838: Uninstall of PostgreSQL 13.9.3 fails on Windows 11