ROW_NUMBER() 可实现严格 Top N，为每组内行按排序分配唯一序号；需明确 PARTITION BY 分组和 ORDER BY 排序，注意 NULLS 处理差异，并用子查询或 CTE 包裹后在外部 WHERE 中过滤 rn ≤ N。
用 ROW_NUMBER() 实现严格 Top N（每组取前 N 行，有并列时随机去重）
ROW_NUMBER() 是最常用也最可控的方式，它为每组内行按排序分配唯一递增序号，天然支持“取前 N 条”逻辑。关键在于 OVER 子句的分组和排序必须明确。
- 分组字段写在
PARTITION BY后，比如按部门分组就写PARTITION BY dept_id - 排序字段写在
ORDER BY后，注意NULLS LAST或NULLS FIRST在不同数据库行为不一致（PostgreSQL 默认NULLS LAST，Oracle 默认NULLS FIRST） - 外层必须用子查询或 CTE 包裹，因为窗口函数不能直接出现在
WHERE中
ORDER BY
-
RANK()更贴近人类对“第几名”的直觉（两个第一，下一个就是第三） -
DENSE_RANK()更适合做连续分段（比如按销售额分 ABC 三档）
RANK()
- MySQL 8.0 不支持
NULLS FIRST/LAST，遇到ORDER BY score DESC NULLS LAST直接报错ERROR 1064；必须改写为ORDER BY score IS NULL, score DESC - PostgreSQL 允许在
ORDER BY中使用表达式，但 MySQL 要求表达式必须出现在SELECT列表中，否则报错ERROR 3593 - SQL Server 的
TOP N WITH TIES是语句级语法，不能替代窗口函数实现分组 Top N；想在 SQL Server 里做分组 Top N，照样得用ROW_NUMBER()
性能提示：所有主流数据库对 PARTITION BY + ORDER BY 都会走索引（如果存在复合索引 (dept_id, salary)），但若 ORDER BY 含函数（如 UPPER(name)），索引就失效了。
为什么不能用 LIMIT 或 TOP 做分组 Top N？
LIMIT（PostgreSQL/MySQL）和 TOP（SQL Server）是作用于整个结果集的，不是按组生效。有人尝试这样写：
SELECT dept_id, emp_name, salary FROM employees GROUP BY dept_id ORDER BY salary DESC LIMIT 3;
这根本不是分组 Top N，而是先聚合再取全局前三——语法通常直接报错（MySQL 5.7+ 严格模式下 SELECT 列不在 GROUP BY 中会失败），或者返回不可控数据（依赖 MySQL 的隐式分组行为，已弃用）。
真正分组 Top N 必须依赖窗口函数，没有捷径。临时表、自连接、相关子查询等老办法要么性能差，要么逻辑难维护，现代 SQL 就该用 ROW_NUMBER() 或 RANK()。
窗口函数的排序稳定性常被忽略：如果 ORDER BY 字段有重复值且未加二级排序（如 ORDER BY salary DESC, emp_id），同一语句多次执行可能返回不同行——不是 bug，是标准允许的行为。线上环境务必补全排序键。
