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中
SELECT dept_id, emp_name, salary
FROM (
SELECT dept_id, emp_name, salary,
ROW_NUMBER() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rn
FROM employees
) t
WHERE rn <= 3;
常见错误：把 ORDER BY 写成 ORDER BY salary DESC NULLS LAST 后发现结果和预期不符——其实是某些数据库（如 MySQL 8.0）不支持 NULLS 子句，直接报错；此时应提前用 COALESCE(salary, 0) 或 CASE 处理空值。
用 RANK() 或 DENSE_RANK() 实现并列 Top N（保留相同排名）
当业务要求“工资前三名，同薪同名次，且总人数可能超过 N”时，ROW_NUMBER() 就不合适了。RANK() 跳过后续名次（如 1,1,3），DENSE_RANK() 不跳（1,1,2），选哪个取决于是否允许“断档”。
-
RANK()更贴近人类对“第几名”的直觉（两个第一，下一个就是第三） -
DENSE_RANK()更适合做连续分段（比如按销售额分 ABC 三档）
SELECT dept_id, emp_name, salary
FROM (
SELECT dept_id, emp_name, salary,
RANK() OVER (PARTITION BY dept_id ORDER BY salary DESC) AS rk
FROM employees
) t
WHERE rk <= 3;
容易踩的坑：误以为 RANK() 总是返回最多 3 行/组——实际可能返回 5 行（比如 3 人并列第 1，2 人并列第 3）。如果硬性限制“最多 3 行”，仍得回退到 <code>ROW_NUMBER()。
MySQL 8.0+ 和 PostgreSQL 的兼容性细节
虽然语法基本一致，但几个实际差异会影响上线：
- 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，是标准允许的行为。线上环境务必补全排序键。
