PostgreSQL对GROUP BY子句使用常量的特殊限制详解

数据库 2024/10/22 佚名

2 0 1

天枫庄资源网 Design By www.wosibo.com

一、问题描述

最近，一个统计程序从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

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。

PostgreSQL,GROUP,BY子句,常量

标签：

PostgreSQL,GROUP,BY子句,常量

天枫庄资源网 Design By www.wosibo.com

广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com

天枫庄资源网 Design By www.wosibo.com

评论“PostgreSQL对GROUP BY子句使用常量的特殊限制详解”

暂无PostgreSQL对GROUP BY子句使用常量的特殊限制详解的评论...

www.wosibo.com 天枫庄资源网

139,976影音资源

144,792福利资源

21,817软件资源

631,128技术资源

稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！

昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。

这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？

更新日志

2024年10月22日

PostgreSQL对GROUP BY子句使用常量的特殊限制详解

一、问题描述

二、原因分析

三、MySQL的情况

四、结论

PostgreSQL,GROUP,BY子句,常量

Postgresql 查看SQL语句执行效率的操作

PostgreSQL中的VACUUM命令用法说明

评论“PostgreSQL对GROUP BY子句使用常量的特殊限制详解”

稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！

更新日志

友情链接