直接写GROUP BY多字段且所有非聚合字段显式列出是跨库兼容唯一可靠路径，因Oracle和MySQL严格模式均强制遵循SQL92标准，要求SELECT非聚合字段必须出现在GROUP BY中或被聚合函数包裹，否则报错。
直接写 GROUP BY 多字段 + 所有非聚合字段必须显式列出，是跨库兼容的唯一可靠路径。Oracle 会拒接执行不合规语句，MySQL 开启 ONLY_FULL_GROUP_BY 后也一样——这不是风格问题，是语法硬约束。
为什么 SELECT 字段漏写进 GROUP BY 就报错
Oracle 和严格模式下的 MySQL（5.7+ 默认）都遵循 SQL92 标准：SELECT 中每个非聚合字段，要么在 GROUP BY 里，要么被 SUM()、COUNT() 等包裹。否则数据库无法确定该取哪一行的值。
-
SELECT user_id, user_name, SUM(order_amount) FROM t_order GROUP BY user_id→ Oracle 报ORA-00979，MySQL 报this is incompatible with sql_mode=only_full_group_by - 哪怕
user_name实际上和user_id是一对一关系，数据库也不做推断，只认语法 - 别指望用注释或文档“说明逻辑”，SQL 引擎不读注释
多列分组时字段顺序和 NULL 怎么处理
字段顺序不影响分组结果逻辑，但会影响索引是否生效；NULL 默认被当作相同值归为一组，这点在 MySQL、PostgreSQL、SQL Server（ANSI_NULLS ON）中一致。
-
GROUP BY region, city和GROUP BY city, region结果行数相同，但前者若建了(region, city)联合索引就能走索引，后者不能 - 如果想把 NULL 当作 “未知” 并合并到其他组，得提前转换：
CASE WHEN city IS NULL THEN 'N/A' ELSE city END，再分组 - 原始数据里真有
city = 'N/A'？那就得用更唯一的占位符，比如'[NULL]'
跨库时怎么写 HAVING 和聚合函数才安全
HAVING 只能用聚合结果或 GROUP BY 字段，不能引用 SELECT 别名（PostgreSQL 支持，MySQL 不支持），也不能用非聚合表达式。
- ❌ 错误：
HAVING total_amount > 1000（total_amount是别名，Oracle 和旧版 MySQL 不认） - ✅ 正确：
HAVING SUM(order_amount) > 1000或HAVING MAX(created_at) > '2025-01-01' - 聚合函数本身跨库兼容性好，但参数类型要一致：比如
COUNT(*)比COUNT(id)更稳妥（避免 NULL 导致计数差异）
真正容易被忽略的是索引设计——即使语法完全合规，GROUP BY a, b 却只对 a 建了单列索引，查询照样慢。联合索引必须按分组字段顺序创建，且不能中间夹着函数或表达式。
