row_number() 不能直接在 order by 中嵌套多分支 case when，因数据库要求排序表达式必须确定性：类型统一、无null、不依赖运行时状态；否则报错或排序异常。正确做法是先用 case 预计算统一类型的排序列，再用于 row_number()。
ROW_NUMBER() 不能直接在 ORDER BY 子句里嵌套未物化的 CASE WHEN 表达式来实现“不同类别用不同字段排序”，否则会报错或结果不可控。必须先把条件逻辑固化为一列，再让窗口函数按该列排序。
为什么直接在 ROW_NUMBER() OVER (ORDER BY CASE ...) 里写多分支会出问题？
数据库（尤其是 PostgreSQL、SQL Server）要求窗口函数的 ORDER BY 必须是确定性表达式——即每行计算结果唯一、类型一致、不依赖运行时状态。CASE WHEN 若分支返回不同类型（如一个返回 INT，另一个返回 VARCHAR），或某分支为 NULL 且未设 ELSE，就会触发类型冲突或排序不稳定。
- PostgreSQL 报错：
column "case" has type integer but expression has type text - SQL Server 报错：
Invalid column name（当引用了 SELECT 别名但未在 ORDER BY 中显式定义） - 即使不报错，
NULL值混在排序列中会导致排名“跳号”或顺序随机（尤其没配NULLS LAST）
正确做法：先用 CASE WHEN 构造确定性排序列
把条件逻辑提前算好，输出统一类型、非空、可比的值，再喂给 ROW_NUMBER()。例如：VIP 用户按 sales 降序，普通用户按 login_count 升序。
SELECT user_id, category, sales, login_count,
CASE
WHEN category = 'VIP' THEN sales
ELSE -login_count -- 负号模拟升序，避免混合 ASC/DESC
END AS sort_key,
ROW_NUMBER() OVER (ORDER BY sort_key DESC) AS rn
FROM users;
- 所有分支返回同类型（此处都是
INT） - 用
-login_count统一走DESC，比在ORDER BY里切方向更安全 - 务必加
ELSE，不要留CASE悬空；若字段可能为NULL，先用COALESCE()处理
需要分组内各自条件排序？用 PARTITION BY + 预计算列
真正常见需求不是全局排序，而是“每类用户内部按不同规则排”。这时 PARTITION BY 应作用于分类字段本身，排序逻辑仍放在预计算列中。
SELECT user_id, category, sales, login_count,
CASE
WHEN category = 'VIP' THEN sales
ELSE login_count
END AS sort_val,
ROW_NUMBER() OVER (
PARTITION BY category
ORDER BY sort_val DESC
) AS rank_in_category
FROM users;
-
PARTITION BY category确保各组独立编号 - 每组内都用
sort_val排序，但该值已在分类后被赋予合理语义（VIP 看销售额，普通看登录数） - 避免在
PARTITION BY里再套CASE—— 除非你要动态定义分组边界（如PARTITION BY CASE WHEN points >= 10000 THEN 'VIP'...），那属于另一类场景
SQL Server 动态方向控制要绕开 ASC/DESC 变量
SQL Server 不允许 ORDER BY col CASE @dir WHEN 1 THEN DESC END 这种写法，会报 Invalid usage of the option NEXT。可行解法只有两个：
- 用数值正负号模拟方向：
ORDER BY CASE @sort_dir WHEN 1 THEN -1 ELSE 1 END * CAST(sales AS BIGINT)（仅限数值型） - 拆成两套完整排序表达式：
ORDER BY CASE @sort_dir WHEN 0 THEN sales END ASC, CASE @sort_dir WHEN 1 THEN sales END DESC，且两者必须同时存在 - 注意：SQL Server 要求兼容级别 ≥ 120 才支持在
OVER中使用变量驱动的CASE排序
实际执行时最容易忽略的是排序列的类型一致性和NULL 处理。哪怕逻辑看起来对，只要某一分支返回 NULL 或隐式转换失败，ROW_NUMBER() 就可能跳过某些行、重复编号，或者整个查询失败。先跑 SELECT ... CASE ... END AS sort_col 看一眼这列是否干净，比调半天窗口函数更省时间。
