能做，但仅限排序字段类型一致的场景；SQL Server中CASE要求所有分支返回同类型，混用INT与DATETIME等会触发隐式转换错误，导致排序异常或失败。
SQL Server 里用 CASE 在 ORDER BY 中动态排序，行得通但有硬限制
直接说结论：能做，但只适用于「排序字段类型一致」的场景。比如都是数字或都是字符串；如果混用 INT 和 DATETIME，SQL Server 会报 Conversion failed when converting date and/or time from character string 这类隐式转换错误。
根本原因是 CASE 表达式要求所有分支返回同一数据类型，SQL Server 会按最高优先级类型做隐式转换——日期转字符串、数字转字符串都很可能出问题。
常见错误现象：ORDER BY CASE WHEN @sort = 'id' THEN id WHEN @sort = 'name' THEN name END 看似合理，但一旦 id 是 INT、name 是 VARCHAR，SQL Server 就会尝试把 id 转成字符串排，而如果某条记录 name 为空或含不可见字符，排序结果就和预期不一致。
- 必须确保所有
THEN分支字段类型相同（推荐统一转成VARCHAR或SQL_VARIANT，但后者不推荐） - 字符串字段要加
COLLATE DATABASE_DEFAULT避免排序规则冲突 - 数值字段建议显式用
CONVERT(VARCHAR, col)，别依赖自动转换
PostgreSQL 怎么安全地实现动态排序
PostgreSQL 更灵活，支持在 ORDER BY 里写多个条件并用布尔表达式控制生效顺序，不需要强依赖 CASE 返回统一类型。
典型写法是用 (@sort = 'created_at')::int DESC, created_at 这种「权重 + 字段」组合，让真正要排序的字段排在前面，其他字段权重为 0 不影响顺序。
示例：
ORDER BY (@sort = 'id')::int DESC, (@sort = 'name')::int DESC, id, name
这样当 @sort = 'name' 时，第一项为 0、第二项为 1，所以第二组 name 会实际生效；且各字段保持原生类型，无转换风险。
- 注意
::int是 PostgreSQL 特有语法，SQL Server 不支持 - MySQL 用户请改用
IF(@sort = 'id', 1, 0)替代 - 这个技巧对 NULL 值敏感，字段本身含 NULL 时需额外处理
MySQL 存储过程中传参排序，CASE 写法最简但容易漏掉 ELSE
MySQL 对 CASE 类型宽容些，但没 ELSE 分支时默认返回 NULL，会导致整列排序变成 NULLS FIRST（取决于版本和 SQL 模式），结果错乱却难排查。
正确写法必须带 ELSE 0 或对应默认字段，且所有分支类型要对齐：
ORDER BY
CASE @sort
WHEN 'price' THEN price
WHEN 'title' THEN title
ELSE id -- 必须写，不能省
END
更稳妥的做法是统一转字符串，尤其涉及多类型字段时：
ORDER BY
CASE @sort
WHEN 'price' THEN CONVERT(price, CHAR)
WHEN 'title' THEN title
ELSE CONVERT(id, CHAR)
END
- MySQL 5.7+ 支持
CONVERT(col USING utf8mb4)显式指定编码，避免乱码影响排序 - 如果字段有索引，这种写法会让索引失效，大数据量务必加覆盖索引或考虑应用层排序
-
@sort参数必须严格校验，防止 SQL 注入——哪怕只是排序字段名，也要白名单过滤
动态排序性能差？不是写法问题，是索引没跟上
无论用 CASE 还是布尔权重，只要 ORDER BY 里出现变量或函数，数据库基本无法使用普通 B-Tree 索引做排序优化。这是共性，不是 bug。
真实瓶颈往往不在语句写法，而在缺少针对性索引。比如经常按 status 和 created_at 组合排序，就要建联合索引：INDEX idx_status_created (status, created_at)。
- 单字段动态排序，每个字段单独建索引意义不大，优化器通常只选一个
- 复合排序场景（如先按状态、再按时间），索引字段顺序必须和常用排序顺序一致
- PostgreSQL 可考虑部分索引（
WHERE status = 'active'）进一步缩小范围
最常被忽略的一点：开发阶段用小表测试没问题，上线后数据量翻十倍，排序内存溢出导致磁盘临时文件，响应从毫秒变秒级——这时候调写法不如先看执行计划里的 Sort Method: external merge。
