必须将所有非聚合字段显式写入group by子句，否则主流数据库（postgresql/sql server/oracle）会报错，mysql 5.7+启用only_full_group_by后行为一致；语义模糊的查询不可靠，应使用窗口函数等正确方案。
可以，但必须满足严格条件——不是“能不能写”，而是“写了会不会执行成功”或“结果是否可靠”。不同数据库行为差异极大，硬写不加聚合函数的 GROUP BY，轻则报错，重则返回随机值，线上出问题很难追溯。
PostgreSQL / SQL Server / Oracle 会直接报错
典型错误信息：column "name" must appear in the GROUP BY clause or be used in an aggregate function。这不是兼容性问题，是 SQL 标准强制校验：数据库拒绝执行语义模糊的查询。
- 所有非聚合字段必须显式出现在
GROUP BY子句中 - 哪怕字段和分组键逻辑上一一对应（比如
user_id和user_name是主从关系），标准数据库也要求你写全：GROUP BY user_id, user_name - NULL 值、大小写、前后空格都会导致意外分组，需提前清洗
MySQL 5.7+ 默认拒绝，但可绕过（不推荐）
MySQL 5.7 启用 sql_mode=ONLY_FULL_GROUP_BY 后，行为和其他主流数据库一致。若关闭该模式，虽然能跑通，但 SELECT user_id, name FROM t GROUP BY user_id 中的 name 返回的是“某一行的值”，不可预测、不可复现。
-
ANY_VALUE(name)是唯一明确表达“我要随便取一个”的方式，但仅 MySQL 支持，且不保证跨查询稳定 -
MAX(name)或MIN(name)看似可行，但按字典序取值，和业务语义无关（比如不是最新名、也不是注册名） - 用
GROUP_CONCAT(name)拼接多值时，注意默认长度限制（group_concat_max_len），超长会被截断
真正想查“每组最新一条记录”，别硬套 GROUP BY
例如按 order_id 分组，想取每单最新的 status 和 updated_at，写 SELECT order_id, MAX(updated_at), ANY_VALUE(status) 是错的——ANY_VALUE(status) 不保证和 MAX(updated_at) 来自同一行。
- 正确做法是用窗口函数：
ROW_NUMBER() OVER (PARTITION BY order_id ORDER BY updated_at DESC)，再过滤rn = 1 - 或者用关联子查询、
LATERAL（PostgreSQL）、QUALIFY（BigQuery / Snowflake） - 硬塞进
GROUP BY的方案，在数据变更频繁或存在时间戳/状态更新时，几乎必然出错
最易被忽略的一点：即使语法通过，只要 SELECT 列里有非聚合字段又没放进 GROUP BY，就说明你还没想清楚“这一行结果到底代表什么”。数据库报错不是刁难，是在逼你把业务语义写清楚。
