Re: [PATCH] GROUP BY ALL

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [PATCH] GROUP BY ALL
Дата
Msg-id 634aca95-6db5-4beb-b18d-67e65582817f@eisentraut.org
обсуждение исходный текст
Ответ на Re: [PATCH] GROUP BY ALL  (Jelte Fennema-Nio <postgres@jeltef.nl>)
Ответы Re: [PATCH] GROUP BY ALL
Re: [PATCH] GROUP BY ALL
Список pgsql-hackers
On 17.08.25 19:12, Jelte Fennema-Nio wrote:
> On Tue, 23 Jul 2024 at 22:02, Peter Eisentraut <peter@eisentraut.org> wrote:
>> Looks like the main existing implementations take it to mean all entries
>> in the SELECT list that are not aggregate functions.
>>
>> https://duckdb.org/docs/sql/query_syntax/groupby.html#group-by-all
>> https://docs.databricks.com/en/sql/language-manual/sql-ref-syntax-qry-select-groupby.html#parameters
>> https://docs.snowflake.com/en/sql-reference/constructs/group-by#parameters
> 
> Oracle added support for GROUP BY ALL too now:
> https://danischnider.wordpress.com/2025/08/05/oracle-23-9-supports-group-by-all/

The proposal for GROUP BY ALL was accepted into the SQL standard draft 
yesterday.  So maybe someone wants to take this up again.

The initially proposed patch appears to have the right idea overall. 
But it does not handle more complex cases like

     SELECT a, SUM(b)+a FROM t1 GROUP BY ALL;

correctly.  The piece of code that does

     if (!IsA(n->expr,Aggref))

should be generalized to check for aggregates not only at the top level.

(For explanation:  GROUP BY ALL expands to all select list entries that 
do not contain aggregates.  So the above would expand to

     SELECT a, SUM(b)+a FROM t1 GROUP BY a;

which should then be rejected based on the existing rules.)



В списке pgsql-hackers по дате отправления: