NTH_VALUE()返回NULL是因为默认窗口帧为ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，导致前几行无第2个值；需显式指定完整帧并配合ORDER BY DESC，但处理并列仍不可靠，推荐用DENSE_RANK()。
为什么NTH_VALUE()返回NULL而不是第二高薪资？
直接用 NTH_VALUE(salary, 2) 很可能全返回 NULL，不是数据问题，而是它默认窗口帧是 ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW —— 也就是说，对第一行，只有一行参与排序，取第2个当然不存在；第二行最多两行，但只有当它恰好是“当前组内第2个”才有效。不显式定义完整窗口范围，NTH_VALUE() 基本不可靠。
实操建议：
- 必须搭配
OVER子句，并显式声明窗口帧：ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING - 排序方向要明确：第二高薪资需
ORDER BY salary DESC，否则可能取到第二低 - 注意重复薪资：若多个员工同为最高薪，
DESC排序下第2个可能仍是最高薪——需先去重或改用DENSE_RANK()辅助判断
如何正确写部门内第二高薪资的完整SQL？
仅靠 NTH_VALUE() 无法跳过并列情况，稳妥做法是结合窗口函数过滤出确切排名。下面语句可直接运行（以 PostgreSQL / Oracle / SQL Server 2022+ 为例）：
SELECT dept, name, salary
FROM (
SELECT dept, name, salary,
DENSE_RANK() OVER (PARTITION BY dept ORDER BY salary DESC) AS rnk
FROM employees
) t
WHERE rnk = 2;
说明：
-
DENSE_RANK()处理并列：两个最高薪都排第1，下一个不同值就是第2，符合“第二高薪资”的业务含义 -
NTH_VALUE()在此场景下属于高风险替代方案；若坚持用，需加子查询确保每部门只取一行，且帧范围完整 - MySQL 8.0+ 支持
NTH_VALUE()，但旧版不支持，兼容性不如RANK()/DENSE_RANK()
如果非要用NTH_VALUE()，怎么避免常见报错？
在支持该函数的数据库中，以下写法可工作，但需严格满足条件：
SELECT DISTINCT dept,
NTH_VALUE(name, 2) OVER (
PARTITION BY dept
ORDER BY salary DESC
ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING
) AS second_highest_name,
NTH_VALUE(salary, 2) OVER (
PARTITION BY dept
ORDER BY salary DESC
ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING
) AS second_highest_salary
FROM employees;
关键约束：
- 每个部门至少要有2个**不同薪资值**，否则
NTH_VALUE()返回NULL - 不能依赖
SELECT *或未去重的原始行——NTH_VALUE()是按窗口内排序位置取值，不是按“全局第二高”逻辑 - Oracle 中若未指定
RESPECT NULLS（默认），遇到NULL薪资会干扰排序位置，建议提前WHERE salary IS NOT NULL
实际业务中更推荐哪条路径？
用 DENSE_RANK() + 子查询是最可控的选择。它不依赖函数版本、语义清晰、易于调试，且能自然处理并列、空值、单人部门等边界情况。
NTH_VALUE() 的定位其实是“取窗口内某固定偏移位置的原始值”，比如“每个部门薪资最高的那个员工的入职日期”，而不是“第N高的聚合结果”。把它硬套进排名类需求，反而增加理解成本和出错概率。
