SQL标准禁止在GROUP BY查询中直接选择非分组字段，因存在语义歧义；MySQL 5.7+等严格遵循此规则，需用窗口函数（如ROW_NUMBER()、AVG() OVER(PARTITION BY ...)）实现分组内明细计算与代表行筛选。
不能直接在 GROUP BY 查询里保留非分组字段的原始值——这不是写法问题，是 SQL 标准强制你面对“这一列到底代表哪一行”的语义问题。
为什么 SELECT 非分组字段会报错？
MySQL 5.7+ 默认启用 ONLY_FULL_GROUP_BY，PostgreSQL 和大多数标准引擎也严格遵循该规则。错误信息通常是：Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column。
- 这不是数据库“太死板”，而是防止你误用“隐式随机取值”：比如
SELECT dept, name, AVG(salary) FROM emp GROUP BY dept中的name，引擎无法确定你要的是张三、李四，还是王五的名字 - 旧版 MySQL 关闭该模式后能跑通，但
name值由优化器或执行计划决定，同一查询多次运行可能返回不同name，生产环境极易引发数据不一致 -
ANY_VALUE(name)虽然能绕过报错，但它不保证稳定性，也不解决“我要的是最高薪那个人的名字”这类业务意图
要保留明细行并附带聚合结果，必须用窗口函数
窗口函数不是 GROUP BY 的替代品，而是解决另一类问题：原始行数不变，只增加计算列。
- 所有窗口函数必须显式带
OVER()，漏掉就变普通聚合，比如AVG(salary) OVER()算的是全表平均，不是部门平均 -
PARTITION BY dept模拟分组边界，但不压缩行；AVG(salary) OVER (PARTITION BY dept)会给每条员工记录都附上其所在部门的平均薪资 - 正确写法示例：
SELECT name, dept, salary, AVG(salary) OVER (PARTITION BY dept) AS dept_avg, ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn FROM employees; - 别在
AVG()或COUNT()的OVER里加ORDER BY——除非你真需要“按入职时间滚动均值”，否则会引入非预期的帧（frame）逻辑，结果偏离静态分组统计
要每组只取一条代表记录，别用 ANY_VALUE，用窗口函数过滤
典型需求：“每个部门薪资最高的那个员工的完整信息”。这本质是行级关联，不是聚合。
- 错误做法：
SELECT dept, ANY_VALUE(name), MAX(salary) FROM emp GROUP BY dept——ANY_VALUE(name)和MAX(salary)极大概率来自不同行 - 推荐做法：用
ROW_NUMBER() OVER (PARTITION BY dept ORDER BY salary DESC)编号，外层WHERE rn = 1过滤
或 MySQL 8.0+ 直接用FIRST_VALUE(name) OVER (PARTITION BY dept ORDER BY salary DESC) - 如果存在并列最高薪且需全部保留，改用
RANK()或DENSE_RANK()，再过滤rn = 1就不对了，得用rank = 1
最容易被忽略的一点：窗口函数的 OVER 子句里，PARTITION BY 和 ORDER BY 的组合效果差异极大——前者定义分组范围，后者定义计算顺序和窗口帧，默认行为对 SUM() 或 AVG() 是动态的，不是静态分组值。
