【Oracle技术】从踩坑到精通：dense_rank函数攻克第N高薪水难题

数据库查询中，排名问题始终是面试与实战的高频考点。三年前首次遭遇LeetCode第177题时，我用了整整两天才摸索出正确解法。如今复盘整个思维演进过程，愿将这段技术积累完整呈现。

起点：传统ORDERBY的局限性

初次接触这道题，本能想到的是LIMIT分页加ORDERBY降序排列。这种方案在MySQL环境下勉强可用，但换到Oracle数据库便完全失效。原因在于Oracle不支持LIMIT语法，且题目要求返回标量值而非结果集。技术选型的差异迫使我重新审视问题本质。

转折：窗口函数的正确打开方式

排名第N高薪水的核心诉求并非简单排序，而是精确定位。去重与排名必须同步完成。Oracle提供的DENSE_RANK函数正是为此而生。与RANK函数不同，DENSE_RANK在遇到并列排名时不会跳号——即100、100、200的排名结果为1、1、2，而非1、1、3。这个特性确保了第N高薪水的定义始终明确。

实现：三层嵌套的逻辑拆解

完整解法分为三个逻辑层次。第一层使用DISTINCT配合DENSE_RANK按SALARY降序排列并分配虚拟排名列。第二层将上述查询作为子查询，通过WHERE条件筛选出目标排名。第三层借助NVL函数确保不存在第N高薪水时返回NULL而非空值。最终将逻辑封装为函数，便于复用。

CREATEFUNCTIONgetNthHighestSalary(NINNUMBER)RETURNNUMBERIS
resultNUMBER;
BEGIN
SELECTNVL(salary,NULL)INTOresultFROM(
SELECTDISTINCTsalary,DENSE_RANK()OVER(ORDERBYsalaryDESC)rankFROMemployee
)WHERErank=N;
RETURNresult;
END;

提炼：窗口函数的通用思维框架

窗口函数的核心价值在于将计算逻辑与数据筛选解耦。先用OVER子句定义排序规则生成排名，再在外部WHERE子句中定位目标行。这种先计算后筛选的范式，适用于所有需要定位第K个元素的场景。建议在日常开发中建立类似的问题模型，遇到排名类需求时可直接复用该思路。