如何在SQL Server中使用窗口函数生成复杂排名报告

SQL Server 2005及以上版本支持RANK()、DENSE_RANK()、ROW_NUMBER()，关键在OVER子句中PARTITION BY与ORDER BY的正确组合：RANK()跳号并列（如1,1,3），DENSE_RANK()需先PARTITION BY再ORDER BY，ROW_NUMBER()严格连续编号不处理并列。

直接说结论：SQL Server 2005 及以上版本都支持 RANK()、DENSE_RANK()、ROW_NUMBER() 这三个核心排名函数，但生成“复杂排名报告”的关键不在函数本身，而在 OVER 子句的组合方式和后续过滤逻辑是否严谨——多数报错或结果错乱，其实出在 PARTITION BY 和 ORDER BY 的顺序或粒度没对齐业务含义。

为什么 RANK() 返回 1,1,3 而不是 1,1,2？

RANK() 的并列处理机制是“跳号”：相同值获得相同名次，下一个不同值的名次 = 当前名次 + 并列行数。比如两个 95 分都排第 1，下一个 90 分就直接是第 3 名，中间不补 2。

• 适用场景：竞赛类排名（金牌两人，银牌从第三名开始）
• 常见错误：误以为它会连续编号，拿它做“取前 N 名”时漏掉并列者
• 示例：RANK() OVER (ORDER BY Score DESC) 遇到 [95,95,90,85] → [1,1,3,4]

DENSE_RANK() 在分组内排名时容易忽略 PARTITION BY 顺序

当用 DENSE_RANK() 做“每个班级成绩前 3 名”，必须先 PARTITION BY ClassID，再 ORDER BY Score DESC。如果把 ORDER BY 放在 PARTITION BY 前面，SQL Server 会报语法错误；如果漏写 PARTITION BY，就变成全表排名，不是按班排名。

• 正确写法：DENSE_RANK() OVER (PARTITION BY ClassID ORDER BY Score DESC)
• 错误写法：DENSE_RANK() OVER (ORDER BY Score DESC PARTITION BY ClassID)（语法非法）
• 性能注意：PARTITION BY 列上没索引时，大表分区排序可能明显变慢

用 ROW_NUMBER() 实现“严格唯一序号”但别误用于并列场景

ROW_NUMBER() 不看值是否重复，只按 ORDER BY 结果给每行硬编 1,2,3… 它适合需要“抽样第 N 条”或“分页时保证不丢行”，但不适合反映真实业务排名。

• 典型误用：用它替代 RANK() 统计“销售 Top 10”，结果并列第 5 名的两人被拆成第 5 和第 6，实际应都算 Top 5
• 安全用法：ROW_NUMBER() OVER (PARTITION BY Region ORDER BY Sales DESC) + WHERE rn 取各区域前三（即使有并列，也只取三条）
• 隐患点：ORDER BY 列存在 NULL 时，ROW_NUMBER() 会把 NULL 排最前或最后（取决于 SQL Server 排序规则），可能打乱预期顺序

真正卡住复杂报告的，往往不是函数选错，而是没意识到窗口函数返回的是中间计算列——你不能在 WHERE 里直接引用 RANK() 别名，得用子查询或 CTE 包一层；另外，ORDER BY 中多个字段排序方向不一致（比如 ORDER BY Dept ASC, Salary DESC）时，OVER 子句里也必须严格同步，否则排名逻辑和视觉排序对不上。