因为row_number()是窗口函数，不属于子查询范畴；子查询实现排名需用相关子查询统计比当前行更大/更小的行数，并通过>或>=配合count+1模拟rank()或dense_rank()效果，同时注意关联条件、null处理及性能限制。
子查询实现排名时为什么不能直接用 ROW_NUMBER()？
因为 ROW_NUMBER() 是窗口函数，不属于子查询范畴；真正在子查询中模拟动态排名，得靠相关子查询（correlated subquery）数“有多少行的值比当前行更大/更小”。这种写法兼容 MySQL 5.7、SQL Server 2005+、Oracle 11g 等不支持窗口函数的老版本。
常见错误是漏掉相关条件，导致算出全局计数而非局部排名。比如想按分数降序排，却只写 SELECT COUNT(*) FROM scores WHERE score > s.score，没加 AND subject = s.subject，结果跨科目混排。
- 必须用别名关联外层表（如
s），并在子查询WHERE中显式引用，否则就是非相关子查询，结果恒定 - 同分处理取决于比较逻辑：
>得到RANK()效果（跳号），>=配合COUNT+ 1 得到DENSE_RANK()效果（不跳号） - 性能差：每行触发一次子查询，10 万行数据可能执行 10 万次全表扫描，加复合索引
(subject, score)能缓解
用相关子查询实现 RANK()（同分同名、跳号）
核心思路：当前行的排名 = 比它分数高的行数 + 1。分数相同者会得到相同计数值，后续自然跳号。
SELECT name, score, (SELECT COUNT(*) + 1 FROM students s2 WHERE s2.score > s1.score) AS rank_num FROM students s1 ORDER BY score DESC;
注意这里没加其他过滤条件，适用于单维度排序；若需分组排名（如每科独立排名），必须在子查询 WHERE 中补全分组字段：
- 分组场景下，子查询里要写
WHERE s2.subject = s1.subject AND s2.score > s1.score - MySQL 8.0+ 虽支持
RANK() OVER (PARTITION BY subject ORDER BY score DESC)，但子查询写法在跨数据库移植或调试逻辑时仍实用 - 如果表有重复主键或缺失主键，
score相同时可能因引擎顺序导致看似“不稳定”的排名，建议加ORDER BY score DESC, id ASC显式控制
改用 >= 实现 DENSE_RANK()（同分同名、不跳号）
把比较符换成 >= 并统计“大于等于当前分”的人数，再减去“大于当前分”的人数，等价于统计“分数 >= 当前分”的最小分数出现次数——但这太绕。更直接的做法是：先找出所有不重复的分数，再对每个分数统计有多少分数 >= 它。
但实际常用简化版（需配合外层去重或预聚合）：
SELECT s1.name, s1.score, (SELECT COUNT(DISTINCT s2.score) FROM students s2 WHERE s2.score >= s1.score) AS dense_rank_num FROM students s1 ORDER BY s1.score DESC;
- 这个写法本质是：当前分数的密集排名 = 所有 ≥ 它的**不同分数个数**
- 依赖
COUNT(DISTINCT ...)，在 SQL Server 2005+ 和 Oracle 支持，但旧版 MySQL（5.6）不支持子查询中 DISTINCT，此时需用临时表或自连接替代 - 如果业务要求严格按录入顺序打破同分并列，子查询无法直接实现，得靠额外时间戳字段或
ROW_NUMBER() OVER (ORDER BY score DESC, created_at ASC)
真实场景中容易被忽略的 NULL 和边界问题
当 score 字段含 NULL，默认排序时 NULL 可能排最前或最后（依数据库而异），子查询里的比较操作（> / >=）对 NULL 返回 UNKNOWN，导致该行排名为 NULL 或意外偏移。
- 务必在子查询和外层都加上
WHERE score IS NOT NULL过滤，或用COALESCE(score, -999999)统一兜底 - 最大分者的排名应为 1，但若子查询漏了
+1，会返回 0；最小分者若所有值都相同，COUNT(*)返回 0，+1后才是正确排名 1 - Oracle 中子查询若返回多行会报错
ORA-01427: single-row subquery returns more than one row，说明没加相关条件或关联字段有重复，不是真的要返回多行
子查询做排名本质是“用可移植性换性能”，真正上线前得确认数据量级——过万行就该考虑升级数据库或改用物化视图预计算。
