必须用row_number()窗口函数为每组数据按目标字段降序排名，再筛选排名≤3的记录；group by+max()只能取每组最大值，无法获取前三大的值。
用 ROW_NUMBER() 给组内值排序再过滤
直接在分组后取“前三最大值”，不能靠 GROUP BY + MAX() 解决——那是取每个组的最大值，不是前三大的值。必须先对每组数据按目标字段降序排好名次，再筛出名次 ≤ 3 的记录。
核心思路是：用窗口函数给每行打上组内排名，然后在外层 WHERE 或子查询中过滤 rn 。
-
ROW_NUMBER()最常用：严格按顺序编号（1,2,3…），相同值也会分出先后 - 如果存在重复值且希望并列（比如两个 99 都算第 1 名），改用
RANK()或DENSE_RANK() - 排序字段必须明确写在
ORDER BY子句里，且推荐加DESC保证最大值排前面
SELECT user_id, score
FROM (
SELECT user_id, score,
ROW_NUMBER() OVER (PARTITION BY user_id ORDER BY score DESC) AS rn
FROM scores
) t
WHERE rn
<h3>注意 <code>PARTITION BY</code> 和 <code>ORDER BY</code> 的作用域</h3>
<p>窗口函数里的 <code>PARTITION BY</code> 定义“分组边界”，<code>ORDER BY</code> 只影响组内排序，不影响分组本身。很多人误以为 <code>ORDER BY</code> 会改变最终结果顺序，其实不会——外层不加 <code>ORDER BY</code>，返回顺序是不确定的。</p>
-
PARTITION BY department表示按部门分组排名，不是按score分组 - 如果漏写
PARTITION BY，整个结果集被当作一个组，所有行都参与全局排名 -
ORDER BY score DESC必须存在，否则ROW_NUMBER()报错（多数数据库要求） - 若需稳定排序（相同分数时顺序一致），建议补一个唯一字段，如
ORDER BY score DESC, id ASC
MySQL 8.0+、PostgreSQL、SQL Server 都支持，但旧版 MySQL 不行
如果你用的是 MySQL 5.7 或更早版本，原生不支持窗口函数，强行用会报错 ERROR 1064: You have an error in your SQL syntax。这时候只能用自连接或变量模拟，但逻辑复杂、性能差、易出错。
- MySQL 8.0+ 是安全可用的起点
- PostgreSQL 8.4+、SQL Server 2005+ 均支持标准语法
- SQLite 3.25+ 支持，但注意默认编译可能禁用窗口函数
- 别在 WHERE 中直接写
ROW_NUMBER() —— 窗口函数不能出现在 WHERE，只能在子查询或 CTE 中先计算再过滤
当“前三”包含并列时，选 RANK() 还是 DENSE_RANK()？
假设某组分数为 [100, 95, 95, 90, 85]：
-
ROW_NUMBER()→[1,2,3,4,5]（严格递增，95 占了 2 和 3） -
RANK()→[1,2,2,4,5]（并列后跳号，“90”是第 4 名） -
DENSE_RANK()→[1,2,2,3,4]（并列不跳号，“90”是第 3 名）
业务上说“前三名”，通常指最多三人上榜，即 RANK() 更贴近语义；如果说“前三个名次”，则 DENSE_RANK() 更合适。实际得看产品需求是否允许并列占位。
真正容易被忽略的是：排名函数只解决“谁在前三”，不解决“前三的值分别是多少”。如果后续还要对这三行做聚合（比如求平均分），得确保逻辑在子查询之后再套一层 GROUP BY，而不是试图在同一个层级混用窗口和分组函数。
