空间登录器-PostgreSQL对GROUP BY子句使用常量的特殊限制详解

一、问题描述

最近,一个计算程序从Oracle移植到PostgreSQL(版别9.4)时,接连陈述过错:

过错信息1: postgresql group by position 0 is not in select list.

过错信息2: non-integer constant in GROUP BY.

发生过错的sql相似于:

insert into sum_tab (IntField1, IntField2, StrField1, StrField2, cnt)
select IntField, 0, StrField, ‘null’, count(*) from detail_tab
where …
group by IntField, 0, StrField, ‘null’;

其中,detail_tab表保存原始的具体记录,而sum_tab保存计算后的记录信息。

二、原因分析

空间登录器经过测验,发现过错是因为PostgreSQL对GROUP BY子句使对运用常量有着特别限制。测验过程过于繁琐,这儿不再一一写demo了,直接给出结论:

1 GROUP BY子句中不能运用字符串型、浮点数型常量, 不然会陈述过错信息2。如:

select IntField, ‘aaa’, count(*) from tab group by IntField, ‘aaa’; select IntField, 0.5, count(*) from tab group by IntField, 0.5;

2 GROUP BY子句中也不能运用0和负整数,不然会报过错信息1。如:

select IntField, 0, count(*) from tab group by IntField, 0;select IntField, -1, count(*) from tab group by IntField, -1;

那么,GROUP BY子句中能够运用什么类型的常量?经测验,在常用的类型中,正整数、日期型常量均能够。

select IntField, 1, count(*) from tab group by IntField, 1;select IntField, now(), count(*) from tab group by IntField, now();

对于第一节中的sql,因为0和‘null’有着特别的含义,该如何处理?

实际上,在GROUP BY子句中能够不运用任何常量,只列出集合字段即可,即将第一节中的sql改为:

insert into sum_tab (IntField1, IntField2, StrField1, StrField2, cnt)
select IntField, 0, StrField, ‘null’, count(*) from detail_tab
where …
group by IntField, StrField;

三、MySQL的情况

考虑到将来计算程序也或许移植到MySQL(版别8.x),随后进行了相似测验,结论为:

1 支撑不带任何常量的GROUP BY子句;

2 支撑带非0整数、浮点数(包括0.0)、字符串、日期型常量的GROUP BY子句。

也就是说,在常见类型中,MySQL 8的GROUP BY子句支撑除整数0(非浮点数0.0)以外的一切类型。不然,会报错:

ERROR 1054 (42S22): Unknown column ‘0’ in ‘group statement’

趁便说一句,Oracle对整数0也支撑。

四、结论

1、PostgreSQL的GROUP BY子句只支撑正整数、日期型的常量;

2、MySQL支撑除非0整数以外的一切常规类型常量,而Oracle好像悉数支撑;

3、如果有在各各数据库平台可移植的需求,尽量不要在GROUP BY子句中运用常量。

补充:PostgreSQL的GROUP BY问题

关于PostgreSQL数据库分组查询时,跟mysql还是有区别的。纠结了半天

SELECT
prjnumber,
zjhm,
— to_char ( to_timestamp ( kqsj / 1000 ), ‘yyyy-MM-dd HH24:MI:SS’ ) kqsj,

kqflag,
workername,
max(kqsj)

— workertype,
— tpcodename,
— isactive
FROM
GB_CLOCKINGIN
WHERE
kqsj BETWEEN 1590940800000 AND 1593532799000
AND prjnumber = ‘3205842019121101A01000’

GROUP BY
zjhm,
kqflag,
prjnumber,
workername