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 子句里也必须严格同步，否则排名逻辑和视觉排序对不上。
