DENSE_RANK()生成连续名次是因为它按“不同值分组”计数，相同值同组同名次，下一组名次紧接+1，不因并列跳号；其语法必须含OVER(ORDER BY ...)，支持PARTITION BY分组，不可用于WHERE。
为什么 DENSE_RANK() 生成的名次就是连续的？
DENSE_RANK() 的设计目标就是解决“跳号”问题。它和 RANK() 都按相同值分组排序，但 RANK() 在遇到并列时会跳过后续序号（比如两个第1名后直接是第3名），而 DENSE_RANK() 不跳——并列后紧接下一个整数（两个第1名后是第2名）。
关键在于：它只关心“有多少个更优的分组”，而不是“前面占了多少行”。只要排序值相同，就归为同一组；组内所有行获得相同名次；下一组名次 = 上一组名次 + 1。
怎么写 DENSE_RANK() 的基本语法？
必须配合 OVER() 子句，且里面至少要有 ORDER BY。常见错误是漏掉括号或写错排序方向。
-
SELECT name, score, DENSE_RANK() OVER (ORDER BY score DESC) AS rank_no FROM students;—— 正确：按分数降序排，高分第1 -
DENSE_RANK() OVER (ORDER BY score)—— 默认升序，最低分得第1名，容易误判 -
DENSE_RANK() OVER ()—— 缺少ORDER BY，报错：window function DENSE_RANK requires an ORDER BY clause - 不能在
WHERE或GROUP BY中直接使用DENSE_RANK()，必须放在SELECT或ORDER BY中
多字段排序时 DENSE_RANK() 怎么分组？
当 ORDER BY 包含多个字段（如 score DESC, id ASC），DENSE_RANK() 是按整个元组比较的。只有所有排序字段完全相同时，才视为同一名次。
例如：两人分数相同但 id 不同，ORDER BY score DESC, id ASC 会让它们排在相邻行，但因 id 不同，不构成并列 → 名次不重复。想让分数相同就并列，就不能把 id 放进 ORDER BY，或者改用 PARTITION BY 控制分组粒度。
- 按部门内排名：
DENSE_RANK() OVER (PARTITION BY dept_id ORDER BY score DESC) - 全局排名但忽略
id影响：ORDER BY score DESC即可，别加无关字段 - 如果非要稳定排序又不想影响名次，可用
ORDER BY score DESC, (SELECT NULL)—— 强制稳定但不改变分组逻辑
和 ROW_NUMBER()、RANK() 混用时要注意什么？
三者常被一起查出来对比，但语义完全不同：ROW_NUMBER() 严格按行序编号（必然连续但无并列），RANK() 并列且跳号，DENSE_RANK() 并列但不跳号。选错函数会导致业务逻辑出错，比如奖金发放规则依赖“是否并列第2名”。
- 查并列人数：用
COUNT(*) OVER (PARTITION BY DENSE_RANK() OVER (...))不合法，得先用子查询或 CTE 提前算好名次再统计 - 性能上三者几乎无差别，都是窗口函数，执行计划一致
- MySQL 8.0+、PostgreSQL、SQL Server、Oracle 都支持；SQLite 3.25+ 支持；旧版 MySQL（
真正容易被忽略的是：DENSE_RANK() 的“连续”只针对当前排序结果有效。如果过滤掉中间某组数据（比如 WHERE score > 60），剩余行的名次会重排，不再是原始全集里的连续段——这不是 bug，是预期行为。
