PostgreSQL与MySQL GROUP BY差异：无关联乐队的专辑查询报错

报错核心：GROUP BY规则执行严格度差异 #

PostgreSQL严格遵循ANSI SQL标准，而MySQL默认配置下对GROUP BY规则做了宽松处理，这是两者出现差异的根本原因。

1. SQL标准的硬性要求 #

根据ANSI SQL规范，SELECT子句中的非聚合列（未被COUNT()/MAX()等聚合函数包裹的列），必须同时出现在GROUP BY子句中，或者能被GROUP BY的分组键唯一确定。
这是因为分组后每个组可能包含多行数据，数据库需要明确知道返回该组中哪一行的非聚合列值，否则结果会完全不可预测。

2. MySQL的宽松兼容行为 #

默认未开启ONLY_FULL_GROUP_BY模式时，MySQL允许SELECT列不在GROUP BY中，它会随机选取分组内某一行的对应列值返回。但这种行为存在风险——结果不可控，很可能导致业务逻辑出错。
如果在MySQL中开启ONLY_FULL_GROUP_BY模式，你的原语句也会抛出和PostgreSQL完全相同的错误。

3. 你的语句具体问题分析 #

你用GROUP BY albums.band_id，但SELECT的是bands.name：

• 无关联专辑的乐队，albums.band_id为NULL，所有这类乐队会被分到同一个NULL分组里。
• 这个分组包含多个乐队的bands.name值，PostgreSQL无法确定返回哪一个，因此报错；而MySQL会随机返回其中一个，这显然不是你想要的准确结果。

适配PostgreSQL的正确写法 #

写法一：明确分组所有非聚合列 #

select bands.name 
from bands 
left join albums on bands.id = albums.band_id 
group by bands.id, bands.name 
having count(albums.id) = 0;

写法二：利用主键唯一性简化分组 #

因为bands.id是表的主键（每个乐队对应唯一ID），PostgreSQL会识别主键的唯一性——只要GROUP BY bands.id，就能确定bands.name在每个分组里是唯一值，因此可以简化为：

select bands.name 
from bands 
left join albums on bands.id = albums.band_id 
group by bands.id 
having count(albums.id) = 0;

关于SQL标准的结论 #

PostgreSQL确实更符合ANSI SQL标准，它的严格性避免了模糊规则带来的不可预测结果，长期来看更利于保证数据查询的准确性和稳定性。

内容的提问来源于stack exchange，提问作者v_head