PostgreSQL对GROUP BY子句使用常量的特殊限制详解
一、问题描述
最近，一个统计程序从Oracle移植到PostgreSQL（版本9.4）时，接连报告错误：
错误信息1：postgresqlgroupbyposition0isnotinselectlist.
错误信息2：non-integerconstantinGROUPBY.
产生错误的sql类似于：
insertintosum_tab(IntField1,IntField2,StrField1,StrField2,cnt) selectIntField,0,StrField,'null',count(*)fromdetail_tab where... groupbyIntField,0,StrField,'null';
其中，detail_tab表保存原始的详细记录，而sum_tab保存统计后的记录信息。
二、原因分析
经过测试，发现错误是因为PostgreSQL对GROUPBY子句使对使用常量有着特殊限制。测试过程过于繁琐，这里不再一一写demo了，直接给出结论：
1GROUPBY子句中不能使用字符串型、浮点数型常量，否则会报告错误信息2。如：
selectIntField,'aaa',count(*)fromtabgroupbyIntField,'aaa'; selectIntField,0.5,count(*)fromtabgroupbyIntField,0.5;
2GROUPBY子句中也不能使用0和负整数，否则会报错误信息1。如：
selectIntField,0,count(*)fromtabgroupbyIntField,0; selectIntField,-1,count(*)fromtabgroupbyIntField,-1;
那么，GROUPBY子句中可以使用什么类型的常量？经测试，在常用的类型中，正整数、日期型常量均可以。
selectIntField,1,count(*)fromtabgroupbyIntField,1; selectIntField,now(),count(*)fromtabgroupbyIntField,now();
对于第一节中的sql，因为0和‘null'有着特殊的含义，该如何处理？
实际上，在GROUPBY子句中可以不使用任何常量，只列出聚集字段即可，即将第一节中的sql改为：
insertintosum_tab(IntField1,IntField2,StrField1,StrField2,cnt) selectIntField,0,StrField,'null',count(*)fromdetail_tab where... groupbyIntField,StrField;
三、MySQL的情况
考虑到将来统计程序也可能移植到MySQL（版本8.x），随后进行了类似测试，结论为：
1支持不带任何常量的GROUPBY子句；
2支持带非0整数、浮点数（包括0.0）、字符串、日期型常量的GROUPBY子句。
也就是说，在常见类型中，MySQL8的GROUPBY子句支持除整数0（非浮点数0.0）以外的所有类型。否则，会报错：
ERROR1054(42S22):Unknowncolumn'0'in'groupstatement'
顺便说一句，Oracle对整数0也支持。
四、结论
1、PostgreSQL的GROUPBY子句只支持正整数、日期型的常量；
2、MySQL支持除非0整数以外的所有常规类型常量，而Oracle似乎全部支持；
3、如果有在各各数据库平台可移植的需求，尽量不要在GROUPBY子句中使用常量。
补充：PostgreSQL的GROUPBY问题
关于PostgreSQL数据库分组查询时，跟mysql还是有区别的。纠结了半天
SELECT prjnumber, zjhm, --to_char(to_timestamp(kqsj/1000),'yyyy-MM-ddHH24:MI:SS')kqsj, kqflag, workername, max(kqsj) --workertype, --tpcodename, --isactive FROM GB_CLOCKINGIN WHERE kqsjBETWEEN1590940800000AND1593532799000 ANDprjnumber='3205842019121101A01000' GROUPBY zjhm, kqflag, prjnumber, workername
以上为个人经验，希望能给大家一个参考，也希望大家多多支持毛票票。如有错误或未考虑完全的地方，望不吝赐教。