GROUPING SETS and SQL standard

From: Phil Florent <philflorent(at)hotmail(dot)com>
To: "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org>
Subject: GROUPING SETS and SQL standard
Date: 2019-11-25 19:31:42
Message-ID: AM6PR02MB45194596C9B08F4D6F4C69CFBA4A0@AM6PR02MB4519.eurprd02.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

We are still on the process to migrate our applications from proprietary RDBMS to PostgreSQL.

Here is a simple query executed on various systems (real query is different but this one does not need any data) :

Connected to:

Oracle Database 19c Standard Edition 2 Release 19.0.0.0.0 - Production

Version 19.3.0.0.0

SQL> select count(*) from (select 1 from dual where 0=1 group by grouping sets(())) tmp;

COUNT(*)

----------

0

select @@version;

GO

--------------------------------------------------------------------------------------------------------------------------- --------------------------------------------------------------------------------------------------------------------------- ------------------------------------------------------

Microsoft SQL Server 2017 (RTM-CU16) (KB4508218) - 14.0.3223.3 (X64)

Jul 12 2019 17:43:08

Copyright (C) 2017 Microsoft Corporation

Developer Edition (64-bit) on Linux (Ubuntu 16.04.6 LTS)

select count(*) from (select 1 as c1 where 0=1 group by grouping sets(())) tmp;

GO

-----------

0

(1 rows affected)

select version();

version

----------------------------------------------------------------------------------------------------------------

PostgreSQL 11.5 (Debian 11.5-1+deb10u1) on x86_64-pc-linux-gnu, compiled by gcc (Debian 8.3.0-6) 8.3.0, 64-bit

select count(*) from (select 1 from dual where 0=1 group by grouping sets(())) tmp;

count

-------

1

(1 ligne)

0 or 1, which behaviour conforms to the SQL standard ? We have a workaround and it's just informational.

Regards,

Phil

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2019-11-25 20:07:10 Re: TestLib::command_fails_like enhancement
Previous Message Mark Dilger 2019-11-25 18:56:38 Re: TestLib::command_fails_like enhancement