ROW_NUMBER()的ORDER BY中用CASE WHEN只能调整排序权重，不能跳过行；需构造优先级字段实现条件靠前，真要剔除行须用子查询预筛选。
为什么直接套用 CASE WHEN 在 ROW_NUMBER() 里会报错
很多人一上来就写 ROW_NUMBER() OVER (ORDER BY CASE WHEN ...)，发现能跑通，但一旦想按「满足条件才参与排序、不满足则排最后」这类逻辑，结果就错——因为 ROW_NUMBER() 的 ORDER BY 子句只决定排序依据，不控制哪些行该被纳入排名序列。窗口函数默认对所有分区内的行统一计算序号，CASE WHEN 放在 ORDER BY 里只能影响排序权重，不能跳过某几行。
用 CASE WHEN 预处理排序键再进窗口函数
真正可控的做法是：先用 CASE WHEN 构造一个「带优先级的排序字段」，让符合条件的记录获得高优先级值（比如 1），不符合的给低优先级（比如 2），再在这个字段上排序。这样既保持所有行都参与排名，又实现「条件靠前、其余靠后」的效果。
-
CASE WHEN status = 'active' THEN 1 ELSE 2 END作为首级排序键 - 第二级补上业务字段（如
created_at DESC）避免并列时无序 - 整个表达式放进
ORDER BY，不是外面包一层CASE
SELECT
id,
status,
created_at,
ROW_NUMBER() OVER (
ORDER BY
CASE WHEN status = 'active' THEN 1 ELSE 2 END,
created_at DESC
) AS rank_by_active_first
FROM users;
需要「只给符合条件的行排名，其余不排」怎么办
这时候不能依赖 ROW_NUMBER() 自身过滤，得靠子查询或 CTE 先筛出目标集，再对子集单独开窗。否则强行用 NULL 或 0 占位会导致序号断层或重复（窗口函数不会跳过 NULL，它照常计数）。
- 必须用子查询隔离数据范围：
SELECT ..., ROW_NUMBER() OVER (...) FROM (SELECT ... WHERE status = 'active') t - 如果还要保留非活跃用户行，就用
LEFT JOIN或UNION ALL拼接两部分结果 - 注意：别在
OVER里写WHERE——语法不支持
RANK() 和 DENSE_RANK() 在条件排序里的行为差异
当排序键存在大量重复（比如多个 status = 'active' 用户时间相同），ROW_NUMBER() 强制分出先后，而 RANK() 会并列并跳号，DENSE_RANK() 并列但不跳号。选哪个取决于业务是否接受「并列+跳号」这种语义。
- 要严格顺序不并列 → 用
ROW_NUMBER() - 要体现「同条件同名次」且允许后续名次跳空 → 用
RANK() - 要同名次、后续名次紧连（如 1,1,2,3）→ 用
DENSE_RANK() - 所有情况都得把
CASE WHEN逻辑放在ORDER BY里，不是塞进函数参数
