SQL视图中唯一可靠跨库的条件分支是CASE WHEN，它必须用于SELECT/ORDER BY/HAVING；WHERE中禁用CASE WHEN因其非布尔谓词，正确替代是布尔逻辑如(@filter IS NULL OR type = @filter)。
SQL视图里不能写 IF、不能用 WHERE 做字段级判断，唯一可靠且跨数据库兼容的条件分支方案是 CASE WHEN——它不是“模拟逻辑”，而是 SQL 标准定义的表达式，必须出现在 SELECT、ORDER BY 或 HAVING 中。
为什么不能在视图的 WHERE 里写 CASE WHEN？
因为 CASE WHEN 是表达式，不是布尔谓词。WHERE 要求返回 TRUE/FALSE/NULL，而 CASE WHEN status = 1 THEN TRUE ELSE FALSE END 这类写法：在 PostgreSQL/MySQL 中直接报语法错误；在 SQL Server 中虽能解析，但优化器无法下推，实际等价于常量过滤，逻辑完全错乱。
常见误写：
SELECT * FROM orders WHERE CASE WHEN status = 1 THEN TRUE ELSE FALSE END;-
WHERE type = CASE WHEN @filter IS NOT NULL THEN @filter ELSE type END（索引失效，且@filter为NULL时整个表达式为NULL，整行被丢弃）
正确替代方式：
- 用布尔逻辑直接写：
WHERE (@filter IS NULL OR type = @filter) - 若分支极多，先用 CTE 或子查询生成分类标签，再在
WHERE中过滤该标签列
SELECT 中用 CASE WHEN 生成计算列的实操要点
这是最常用、最安全的用法。所有主流数据库（PostgreSQL、MySQL 5.7+、SQL Server、Oracle、SQLite）都支持，且语义明确。
关键细节：
- 必须写
END，漏掉会报错，例如 PostgreSQL 提示syntax error at or near "END" - 推荐一律使用搜索型
CASE WHEN（而非简单CASE column WHEN），因为它支持IS NULL、BETWEEN、AND等，避免隐式类型转换导致的匹配失败 - 条件顺序很重要：数据库自上而下匹配，首个
TRUE即返回，后续忽略。例如金额分级必须把total_amount > 50000放最前，否则会被> 0拦截 -
ELSE不是可选的——省略后不匹配时返回NULL，前端展示为空、统计口径偏差、报表导出异常，问题隐蔽但影响大 - 所有
THEN和ELSE返回值类型要一致。比如一个分支返回'active'（字符串），另一个返回1（整数），PostgreSQL 直接报错：column "status" has type text but expression has type integer
在 GROUP BY / ORDER BY 中用 CASE WHEN 实现动态逻辑
CASE WHEN 可用于 ORDER BY 实现 NULL 排末尾、按用户选择字段排序；也可用于 GROUP BY 做分组标签，但要注意类型兼容性。
典型场景：
- 把
NULL排最后：ORDER BY CASE WHEN score IS NULL THEN 1 ELSE 0 END, score DESC - 按参数动态排序（需应用层传参）：
ORDER BY CASE WHEN @sort = 'name' THEN name END ASC, CASE WHEN @sort = 'amount' THEN amount END DESC—— 注意每个CASE分支只负责一个字段+方向组合，避免混用 - 在
GROUP BY中分组打标：GROUP BY CASE WHEN amount > 10000 THEN 'high' ELSE 'low' END，但该列不能直接用于SELECT中未聚合的其他字段，否则报错
风险点：
- 所有分支返回类型必须兼容，否则报类型不匹配错误
- 不要在
CASE WHEN中调用NOW()、RANDOM()等非确定性函数，否则视图结果每次查询可能不同，物化视图或缓存场景下极易出问题
聚合函数中嵌套 CASE WHEN 的易错细节
这是 CASE WHEN 最不可替代的用途：单次扫描完成多维度统计，避免多次 JOIN 或子查询。
正确写法示例：
SUM(CASE WHEN status = 'paid' THEN amount ELSE 0 END) AS paid_amt, COUNT(CASE WHEN score >= 4 THEN 1 END) AS high_score_cnt
注意区别：
-
COUNT会自动跳过NULL，所以CASE WHEN score >= 4 THEN 1 END（无ELSE）是安全的；但若写了ELSE 0，COUNT(0)仍会计数，逻辑就错了 -
SUM和AVG对NULL敏感：若想包含discount = 0的订单，必须写ELSE 0；若只写THEN discount，discount = 0行会被当作NULL忽略 - 嵌套过深容易漏
END，建议缩进对齐，每层CASE都配对END
最常被忽略的其实是 ELSE 缺失带来的隐性 NULL——它在 SELECT 列里只是显示为空，在聚合或 WHERE 中却会直接让整行失效。这点没有报错提示，查起来特别费时间。
