优先用 RANK()，因为它支持并列排名，能完整返回每个部门所有最高薪员工；需要搭配 PARTITION BY department 和 ORDER BY salary DESC 的 OVER 子句，并在外层筛选 rank_num = 1。这个思路很直接，但实际落地时有些细节容易踩坑，下面展开说说。
用 RANK() 还是 ROW_NUMBER()？关键看是否允许并列
假如一个部门里有多位员工薪资相同且都是最高，RANK() 会把他们都标记为 1，而 ROW_NUMBER() 只会随机选一个给 1——后者会漏人。实际业务中，“最高薪资员工”通常包含所有并列者，所以优先用 RANK()。
RANK()：相同薪资得相同名次，后续名次跳过（比如两个1，下一个就是3）DENSE_RANK()：也支持并列，但不跳过名次（两个1后是2），这里没必要用- 别用
ROW_NUMBER()，它纯按排序顺序编号，破坏“最高”的语义
窗口函数必须搭配 OVER() 子句，且 PARTITION BY 要写对
PARTITION BY department 是核心——它让窗口在每个部门内独立计算排名。漏掉或写成 PARTITION BY salary 之类就会全表排名，结果完全错。
- 正确写法：
OVER (PARTITION BY department ORDER BY salary DESC) ORDER BY salary DESC必须写，否则RANK()默认升序，最高薪反而排最后- 不能把
ORDER BY放在外部查询里替代窗口内的排序——窗口函数只认自己OVER里的排序
查出结果后必须用外层 WHERE 筛选排名 = 1，不能靠 GROUP BY
窗口函数返回的是每行的排名值，不是聚合结果。想拿“每个部门的最高薪员工”，得把整个原表带上排名，再过滤 rank_num = 1。用 GROUP BY department 加 MAX(salary) 只能拿到薪资数字，拿不到对应员工姓名等字段。
SELECT employee_name, department, salary
FROM (
SELECT employee_name, department, salary,
RANK() OVER (PARTITION BY department ORDER BY salary DESC) AS rank_num
FROM employees
) ranked
WHERE rank_num = 1;
- 子查询或 CTE 都可以，关键是先算排名，再筛
- 如果员工表有重名或需要去重，得提前处理，窗口函数不解决数据重复问题
- MySQL 8.0+、PostgreSQL、SQL Server 2017+、Oracle 都支持；SQLite 3.25+ 也支持，但旧版不支持
性能注意：大表上 PARTITION BY 可能慢，索引有讲究
数据库执行时会对每个分区单独排序，如果部门数多、单部门数据量大，ORDER BY salary DESC 就可能成为瓶颈。这时候光靠主键索引没用。
- 最优索引是复合索引：
(department, salary)或(department, salary DESC) - 仅建
salary索引无效——因为窗口按department分区，数据库仍需扫描全表找齐每个分区的数据 - 如果部门字段基数极低（比如只有 3 个部门），分区意义不大，但语法没错，只是性能收益小
真实场景里最容易卡在“以为 GROUP BY 能直接取出整行”或者“忘了 ORDER BY 在 OVER 里”，这两处一错，结果就静悄悄地不对了。
