rank()在成绩单中易引发质疑，因其并列时跳号导致名次不连续（如95、95、87→1、1、3），缺失第2名；dense_rank()则生成连续名次（1、1、2），更符合档位清晰、无空缺的业务需求。
成绩单场景下，DENSE_RANK() 更适合大多数业务需求——它保证名次连续，不会出现“第2名缺失”这种让老师和家长困惑的情况。
为什么RANK()在成绩单里容易引发质疑
RANK() 的跳号逻辑会把并列成绩映射成不连续数字，而成绩单天然要求“档位清晰、无空缺”。比如三人分数为 95、95、87，RANK() 给出的是 1, 1, 3，但实际第 3 名学生就是“第三高分”，却被标成“第3名”，而中间的“第2名”彻底消失。
- 教师查“前3名学生”，用
WHERE rank 能拿到全部三人——看似没问题，但报表导出时显示排名列是 <code>1, 1, 3，业务方第一反应是“数据错了，怎么没第2名？” - 做年级分档（如 A/B/C 三档）时，
RANK()可能生成 1,1,3,4,4,6，导致档位数量失控，无法对齐行政管理口径 - 和教务系统其他模块对接时，下游常默认“名次=档位序号”，
RANK()的空档会触发校验失败或人工补录
DENSE_RANK()如何匹配成绩单语义
DENSE_RANK() 的核心价值不是“更数学”，而是“更贴近教学管理直觉”：相同分数 → 同一档位；下一档 → 紧接上一档编号。还是 95、95、87，结果是 1, 1, 2，明确表达“两个第一档、一个第二档”。
- 用于分档查询时，
WHERE dense_rank 真正代表“取前三档”，而非“取排名值 ≤3 的人”——后者在 <code>RANK()下可能漏掉整档人 - 支持
PARTITION BY class_id ORDER BY score DESC实现“按班级独立排名”，避免全校统排的错位 - 与 Excel 中的 RANK.EQ 配合更顺：Excel 默认也是密集排名逻辑，导出对比时不易出偏差
什么时候反而该用RANK()
只有明确需要强调“断层感”的少数场景才选 RANK()，比如校级竞赛颁奖名单、奖学金名额严格卡死且并列不递补的情形。
- 例如：“一等奖1名、二等奖1名、三等奖1名”，两人并列第一，则二等奖空缺，三等奖自动变成“第四名”——这时
RANK()的1, 1, 4反而是正确语义 - 但注意：这种逻辑必须写进需求文档，不能靠函数名自行推断；否则开发按
RANK()实现后，教务处会问“为什么没二等奖？” -
RANK()和DENSE_RANK()语法完全一致，切换成本为零，关键在前期确认业务是否真要“跳档”
真正容易被忽略的点是：PARTITION BY 的粒度。成绩单若漏写 PARTITION BY class_id，直接用 ORDER BY score DESC，结果就是全年级混排——不是函数选错，而是窗口定义错了。
