为何第二个SQL查询需额外GroupBy字段，而第一个无需？

核心差异：是否触发分组查询规则 #

第一个查询是无分组的普通行查询：

SELECT u.id, u.firstname, u.lastname, u.created_at, c.company, e.name as employement_type,
(SELECT COUNT(id) as total FROM users WHERE tenant_id = $1) AS total 
FROM users u
LEFT JOIN clients c ON c.id = u.company
LEFT JOIN employement_types e ON e.id = u.e_types_id
WHERE u.tenant_id = $1 ORDER BY id, created_at LIMIT 50

它直接返回users表关联后的每一行数据——因为u.id是用户的唯一标识（主键），每个u.id对应唯一的u.firstname、u.lastname、u.created_at，且通过LEFT JOIN关联的c.company、e.name也都是一对一的唯一值，数据库可以直接匹配返回这些字段，不需要分组，自然不会报错。

第二个查询是带GROUP BY的分组查询：

SELECT u.id, u.firstname, u.lastname, u.created_at, c.company, e.name as employement_type,
(SELECT COUNT(id) as total FROM users WHERE tenant_id = $1) AS total 
FROM users u 
LEFT JOIN clients c ON c.id = u.company
LEFT JOIN employement_types e ON e.id = u.e_types_id
WHERE u.tenant_id = $1 AND ((u.id, u.created_at) > ($2, $3)) 
GROUP BY u.id, u.created_at 
ORDER BY u.id, u.created_at LIMIT 50

这里的问题源于SQL的分组查询语法规则：

• 当使用GROUP BY时，SELECT列表中的所有非聚合字段（未用COUNT/MAX等聚合函数的字段），要么必须出现在GROUP BY子句中，要么必须是GROUP BY字段的功能依赖项（比如主键的附属字段，数据库能确定每个分组对应唯一值）。
• u.firstname、u.lastname没报错，是因为它们依赖于u.id（主键），数据库能自动推断每个u.id分组对应唯一的姓名值；但c.company和e.name来自关联表，数据库不会默认推断它们和u.id的一对一关系（哪怕业务上确实是一对一），所以会判定这些字段不符合分组规则，抛出报错。

可行的解决方式 #

要让第二个查询正常运行，有两种常用方案：

1. 把c.company和e.name也加入GROUP BY，明确告知数据库分组依据包含这些字段：

   GROUP BY u.id, u.created_at, c.company, e.name
   

2. 用聚合函数指定每个分组取唯一值（比如MAX(c.company)），因为业务上每个用户对应唯一的公司和雇佣类型，聚合后结果和原字段值一致：

   SELECT u.id, u.firstname, u.lastname, u.created_at, MAX(c.company) as company, MAX(e.name) as employement_type,
   (SELECT COUNT(id) as total FROM users WHERE tenant_id = $1) AS total 
   ...
   GROUP BY u.id, u.created_at
   

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