PostgreSQL對GROUP BY子句使用常量的特殊限制詳解
一、問題描述
最近,一個統(tǒng)計程序從Oracle移植到PostgreSQL(版本9.4)時,接連報告錯誤:
錯誤信息1: postgresql group by position 0 is not in select list.
錯誤信息2: non-integer constant in GROUP BY.
產(chǎn)生錯誤的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表保存原始的詳細(xì)記錄,而sum_tab保存統(tǒng)計后的記錄信息。
二、原因分析
經(jīng)過測試,發(fā)現(xiàn)錯誤是因為PostgreSQL對GROUP BY子句使對使用常量有著特殊限制。測試過程過于繁瑣,這里不再一一寫demo了,直接給出結(jié)論:
1 GROUP BY子句中不能使用字符串型、浮點數(shù)型常量, 否則會報告錯誤信息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和負(fù)整數(shù),否則會報錯誤信息1。如:
select IntField, 0, count(*) from tab group by IntField, 0; select IntField, -1, count(*) from tab group by IntField, -1;
那么,GROUP BY子句中可以使用什么類型的常量?經(jīng)測試,在常用的類型中,正整數(shù)、日期型常量均可以。
select IntField, 1, count(*) from tab group by IntField, 1; select IntField, now(), count(*) from tab group by IntField, now();
對于第一節(jié)中的sql,因為0和‘null'有著特殊的含義,該如何處理?
實際上,在GROUP BY子句中可以不使用任何常量,只列出聚集字段即可,即將第一節(jié)中的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的情況
考慮到將來統(tǒng)計程序也可能移植到MySQL(版本8.x),隨后進(jìn)行了類似測試,結(jié)論為:
1 支持不帶任何常量的GROUP BY子句;
2 支持帶非0整數(shù)、浮點數(shù)(包括0.0)、字符串、日期型常量的GROUP BY子句。
也就是說,在常見類型中,MySQL 8的GROUP BY子句支持除整數(shù)0(非浮點數(shù)0.0)以外的所有類型。否則,會報錯:
ERROR 1054 (42S22): Unknown column '0' in 'group statement'
順便說一句,Oracle對整數(shù)0也支持。
四、結(jié)論
1、PostgreSQL的GROUP BY子句只支持正整數(shù)、日期型的常量;
2、MySQL支持除非0整數(shù)以外的所有常規(guī)類型常量,而Oracle似乎全部支持;
3、如果有在各各數(shù)據(jù)庫平臺可移植的需求,盡量不要在GROUP BY子句中使用常量。
補充:PostgreSQL的GROUP BY問題
關(guān)于PostgreSQL數(shù)據(jù)庫分組查詢時,跟mysql還是有區(qū)別的。糾結(jié)了半天
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
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。
相關(guān)文章
PostgreSQL+GeoHash地圖點位聚合實現(xiàn)代碼
這篇文章主要介紹了PostgreSQL+GeoHash地圖點位聚合,本文通過實例代碼給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2023-07-07postgresql 循環(huán)函數(shù)的簡單實現(xiàn)操作
這篇文章主要介紹了postgresql 循環(huán)函數(shù)的簡單實現(xiàn)操作,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2021-01-01PostgreSQL 數(shù)據(jù)庫性能提升的幾個方面
PostgreSQL提供了一些幫助提升性能的功能。主要有一些幾個方面。2009-09-09postgresql數(shù)據(jù)庫配置文件postgresql.conf,pg_hba.conf,pg_ident.conf
這篇文章主要為大家介紹了postgresql數(shù)據(jù)庫中三個重要的配置文件postgresql.conf,pg_hba.conf,pg_ident.conf使用示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪2023-02-02