]> git.ipfire.org Git - thirdparty/postgresql.git/commitdiff
Fix check_agg_arguments' examination of aggregate FILTER clauses.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 18 Aug 2021 22:12:51 +0000 (18:12 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 18 Aug 2021 22:12:51 +0000 (18:12 -0400)
Recursion into the FILTER clause was mis-implemented, such that a
relevant Var or Aggref at the very top of the FILTER clause would
be ignored.  (Of course, that'd have to be a plain boolean Var or
boolean-returning aggregate.)  The consequence would be
mis-identification of the correct semantic level of the aggregate,
which could lead to not-per-spec query behavior.  If the FILTER
expression is an aggregate, this could also lead to failure to issue
an expected "aggregate function calls cannot be nested" error, which
would likely result in a core dump later on, since the planner and
executor aren't expecting such cases to appear.

The root cause is that commit b560ec1b0 blindly copied some code
that assumed it's recursing into a List, and thus didn't examine the
top-level node.  To forestall questions about why this call doesn't
look like the others, as well as possible future copy-and-paste
mistakes, let's change all three check_agg_arguments_walker calls in
check_agg_arguments, even though only the one for the filter clause
is really broken.

Per bug #17152 from Zhiyong Wu.  This has been wrong since we
implemented FILTER, so back-patch to all supported versions.
(Testing suggests that pre-v11 branches manage to avoid crashing
in the bad-Aggref case, thanks to "redundant" checks in ExecInitAgg.
But I'm not sure how thorough that protection is, and anyway the
wrong-behavior issue remains, so fix 9.6 and 10 too.)

Discussion: https://postgr.es/m/17152-c7f906cc1a88e61b@postgresql.org

src/backend/parser/parse_agg.c
src/test/regress/expected/aggregates.out
src/test/regress/sql/aggregates.sql

index 61727e1d71ad92b173bb4ac2efe49ca012c72e6e..c85af8be611050297261fbb58fd46d08dfbace06 100644 (file)
@@ -594,13 +594,8 @@ check_agg_arguments(ParseState *pstate,
        context.min_agglevel = -1;
        context.sublevels_up = 0;
 
-       (void) expression_tree_walker((Node *) args,
-                                                                 check_agg_arguments_walker,
-                                                                 (void *) &context);
-
-       (void) expression_tree_walker((Node *) filter,
-                                                                 check_agg_arguments_walker,
-                                                                 (void *) &context);
+       (void) check_agg_arguments_walker((Node *) args, &context);
+       (void) check_agg_arguments_walker((Node *) filter, &context);
 
        /*
         * If we found no vars nor aggs at all, it's a level-zero aggregate;
@@ -647,9 +642,7 @@ check_agg_arguments(ParseState *pstate,
        {
                context.min_varlevel = -1;
                context.min_agglevel = -1;
-               (void) expression_tree_walker((Node *) directargs,
-                                                                         check_agg_arguments_walker,
-                                                                         (void *) &context);
+               (void) check_agg_arguments_walker((Node *) directargs, &context);
                if (context.min_varlevel >= 0 && context.min_varlevel < agglevel)
                        ereport(ERROR,
                                        (errcode(ERRCODE_GROUPING_ERROR),
index 0609ba6747065a8cfb48e73b096e9c02769196d3..bacec2216b2f1f6fdae41273de669b46fa676ec8 100644 (file)
@@ -1525,6 +1525,36 @@ select aggfns(distinct a,b,c order by a,c using ~<~,b) filter (where a > 1)
  {"(2,2,bar)","(3,1,baz)"}
 (1 row)
 
+-- check handling of bare boolean Var in FILTER
+select max(0) filter (where b1) from bool_test;
+ max 
+-----
+   0
+(1 row)
+
+select (select max(0) filter (where b1)) from bool_test;
+ max 
+-----
+   0
+(1 row)
+
+-- check for correct detection of nested-aggregate errors in FILTER
+select max(unique1) filter (where sum(ten) > 0) from tenk1;
+ERROR:  aggregate functions are not allowed in FILTER
+LINE 1: select max(unique1) filter (where sum(ten) > 0) from tenk1;
+                                          ^
+select (select max(unique1) filter (where sum(ten) > 0) from int8_tbl) from tenk1;
+ERROR:  aggregate function calls cannot be nested
+LINE 1: select (select max(unique1) filter (where sum(ten) > 0) from...
+                                                  ^
+select max(unique1) filter (where bool_or(ten > 0)) from tenk1;
+ERROR:  aggregate functions are not allowed in FILTER
+LINE 1: select max(unique1) filter (where bool_or(ten > 0)) from ten...
+                                          ^
+select (select max(unique1) filter (where bool_or(ten > 0)) from int8_tbl) from tenk1;
+ERROR:  aggregate function calls cannot be nested
+LINE 1: select (select max(unique1) filter (where bool_or(ten > 0)) ...
+                                                  ^
 -- ordered-set aggregates
 select p, percentile_cont(p) within group (order by x::float8)
 from generate_series(1,5) x,
index b3e810c4cd69a06c4fa46b8d192b221181b82ca6..4b3583972933accdf72b7adf399693c1abe7186d 100644 (file)
@@ -582,6 +582,17 @@ select aggfns(distinct a,b,c order by a,c using ~<~,b) filter (where a > 1)
     from (values (1,3,'foo'),(0,null,null),(2,2,'bar'),(3,1,'baz')) v(a,b,c),
     generate_series(1,2) i;
 
+-- check handling of bare boolean Var in FILTER
+select max(0) filter (where b1) from bool_test;
+select (select max(0) filter (where b1)) from bool_test;
+
+-- check for correct detection of nested-aggregate errors in FILTER
+select max(unique1) filter (where sum(ten) > 0) from tenk1;
+select (select max(unique1) filter (where sum(ten) > 0) from int8_tbl) from tenk1;
+select max(unique1) filter (where bool_or(ten > 0)) from tenk1;
+select (select max(unique1) filter (where bool_or(ten > 0)) from int8_tbl) from tenk1;
+
+
 -- ordered-set aggregates
 
 select p, percentile_cont(p) within group (order by x::float8)