nth_value 不能直接提取第二高薪资，因为它为每行返回分区中指定序号的值，不自动去重、跳过null或处理并列，且结果依赖当前行在排序中的位置。
为什么 NTH_VALUE 不能直接“提取第二高薪资”
NTH_VALUE 是窗口函数，它不返回单个聚合结果，而是为每一行计算一个值——也就是说，它不会自动跳过重复薪资、也不处理 NULL 或并列情况。如果你直接写 NTH_VALUE(salary, 2) OVER (PARTITION BY dept ORDER BY salary DESC)，结果是：每行都尝试取该部门排序后第 2 行的 salary 值，但若当前行在排序中位置 NULL（除非指定 FROM FIRST + IGNORE NULLS，但依然不解决“第二高”语义）。
正确做法：用 DENSE_RANK() 配合子查询或 CTE
要真正拿到“每个部门第二高的唯一薪资值”，必须先去重、再排名、再筛选。实际中几乎没人用 NTH_VALUE 做这事，因为语义不匹配。
-
DENSE_RANK() OVER (PARTITION BY dept ORDER BY salary DESC)能把相同薪资排同一名次，比如 [10000, 9500, 9500, 9000] → [1,2,2,4]，这样“第二高”就是名次 = 2 的最小薪资 - 必须用子查询或 CTE 先算出排名，再
WHERE rn = 2，否则窗口函数无法在WHERE中直接引用 - 注意：如果某部门只有 1 人，
rn = 2结果为空——这是合理行为，不是 bug
WITH ranked AS (
SELECT dept, salary,
DENSE_RANK() OVER (PARTITION BY dept ORDER BY salary DESC) AS rn
FROM employees
)
SELECT dept, MIN(salary) AS second_highest_salary
FROM ranked
WHERE rn = 2
GROUP BY dept;
如果坚持用 NTH_VALUE，只能模拟且风险高
极少数场景下（例如只查一行示例、确认数据分布），可强行用 NTH_VALUE 配合 ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING 和 FROM FIRST IGNORE NULLS，但它仍依赖排序稳定性，且对重复值无感知：
- 必须加
ROWS BETWEEN ...，否则默认是ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，导致第 1 行永远拿不到第 2 名 -
IGNORE NULLS仅跳过NULL值，不跳过重复值；若前两行薪资相同，NTH_VALUE(salary, 2)返回的仍是那个重复值，而非“第二高不同值” - Oracle 支持该语法，但 PostgreSQL / SQL Server 不支持
IGNORE NULLS，MySQL 8.0+ 支持但行为需验证
SELECT DISTINCT dept,
NTH_VALUE(salary, 2)
OVER (PARTITION BY dept ORDER BY salary DESC
ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) AS nth_try
FROM employees;
容易被忽略的关键点
“第二高薪资”本质是去重后降序排列的第 2 个值，不是原始表里第 2 条记录。很多线上问题源于没意识到 salary 字段存在重复、NULL、或部门数据不足。别为了用某个函数而硬套——DENSE_RANK() + 子查询是跨数据库、语义清晰、可读性强的标准解法。临时用 NTH_VALUE 很可能在测试数据上跑通，上线后遇到并列薪资就出错。
