row_number() 无法用变量动态指定 partition by 或 order by 列，需改用 cte + case 实现动态分组与排序：通过白名单字段和 @rank_by 参数配合 case 映射真实列，并统一类型后在外层 where 过滤。
ROW_NUMBER() 不能直接用变量控制 PARTITION BY 或 ORDER BY
SQL Server 的窗口函数不接受变量作为 PARTITION BY 或 ORDER BY 的列名——哪怕你把列名拼成字符串传进去，也会报错 Incorrect syntax near '@col'。这不是权限或版本问题，是语法硬限制。想靠 @group_col 动态切换分组字段？必须换思路。
动态排名过滤的可行路径：CTE + 多分支 CASE 排序
核心是把“动态”从窗口函数里移出来，放到外层排序逻辑中。用 CASE 在 ORDER BY 中做字段路由，再套一层 ROW_NUMBER()。
- 先定义白名单字段（如
CategoryID、Status、CreatedDate），所有可能参与分组或排序的列必须提前写死 - 用
@rank_by参数控制分组维度（值只能是 'category' / 'status'），配合CASE映射到真实列 -
ORDER BY内部也用CASE切换排序依据，注意各分支返回类型要一致（比如都转成VARCHAR(100)避免隐式转换失败） - 最终在 CTE 外层用
WHERE RowNum 过滤
示例片段：
WITH Ranked AS (
SELECT *,
ROW_NUMBER() OVER (
PARTITION BY
CASE @rank_by
WHEN 'category' THEN CategoryID
WHEN 'status' THEN Status
END
ORDER BY
CASE @order_by
WHEN 'price' THEN CAST(UnitPrice AS VARCHAR(20))
WHEN 'date' THEN CONVERT(VARCHAR(10), CreatedDate, 120)
END DESC
) AS RowNum
FROM Products
)
SELECT * FROM Ranked WHERE RowNum <h3>ORDER BY 中 ASC/DESC 不能用变量直接控制</h3><p>SQL Server 不允许在 <code>ORDER BY</code> 后写 <code>CASE WHEN @dir = 1 THEN col END DESC</code> 这种混用方向的写法，会报错 <code>Invalid usage of the option NEXT in the FETCH statement</code>（尤其在带 <code>OFFSET/FETCH</code> 时）。正确解法是两套排序表达式：</p>
- 升序分支：
CASE @sort_dir WHEN 0 THEN col END - 降序分支：
CASE @sort_dir WHEN 1 THEN col END DESC - 但要注意：两个
CASE必须同时存在，且不能只留一个——否则优化器无法生成稳定计划
更稳妥的做法是：用正负号模拟降序，比如 ORDER BY CASE @sort_dir WHEN 1 THEN -1 ELSE 1 END * CAST(col AS INT)（仅适用于数值型）。
性能陷阱：PARTITION BY 字段缺失索引时会全表扫描
即使你用了 ROW_NUMBER()，如果 PARTITION BY 的列没索引，SQL Server 仍可能选择哈希匹配或排序操作符，内存占用飙升。特别当分组键基数低（如只有 3 个 Status 值），但每组有上万行时，ROW_NUMBER() 的开销远超预期。
- 检查执行计划中是否出现
Sort或Hash Match (Aggregate)，这是性能瓶颈信号 - 对高频分组字段（如
CategoryID）建非聚集索引，包含排序字段（INCLUDE (UnitPrice)）能跳过 Key Lookup - 避免在
PARTITION BY中用函数，如PARTITION BY YEAR(OrderDate)—— 会导致索引失效
真正难的不是写出动态排名语句，而是让每一组的排序都在索引范围内完成。没索引支撑的 ROW_NUMBER()，跑得比 GROUP BY + 临时表还慢。
