From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | vectorplanck(at)gmail(dot)com |
Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #18758: Incorrect query result caused by ROLLUP operation |
Date: | 2024-12-30 19:11:06 |
Message-ID: | 3879324.1735585866@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
PG Bug reporting form <noreply(at)postgresql(dot)org> writes:
> create table t1 (c1 char(50));
> create table t2 (c1 integer);
> select t1.c1 from t2, t1 group by rollup(t1.c1); -- actual: {null},
> expected: {}
This is the correct result AFAICS. Per [1], ROLLUP(t1.c1) is a
shorthand for
GROUPING SETS (
( t1.c1 ),
( )
)
So first you get the output that would correspond to GROUP BY t1.c1,
and with no values of t1.c1 that output is indeed empty. But then
you get the output for an empty grouping set, which is defined in the
same place as
An empty grouping set means that all rows are aggregated down to a
single group (which is output even if no input rows were present),
as described above for the case of aggregate functions with no
GROUP BY clause.
So a single row with a null value for t1.c1 is expected, even when
the FROM clause produces no rows.
regards, tom lane
[1] https://www.postgresql.org/docs/current/queries-table-expressions.html#QUERIES-GROUPING-SETS
From | Date | Subject | |
---|---|---|---|
Next Message | Devrim Gündüz | 2024-12-30 19:40:12 | Re: BUG #18704: Installing postgis fails due to depencies |
Previous Message | Michael Misiewicz | 2024-12-30 18:55:17 | Re: pg_upgrade cannot create btrfs clones on linux kernel 6.8.0 |