sql视图中用case when实现条件判断，它是标准且跨数据库兼容的方案；必须用于select、order by或having中，需写end、加else防null，保持分支类型一致，并避免非确定性函数。
SQL视图里怎么写条件判断？用 CASE WHEN 最直接
视图本身不支持 IF 或 WHERE 子句做字段级逻辑分支，CASE WHEN 是唯一标准、跨数据库兼容的方案。它不是“模拟”条件，而是 SQL 标准定义的表达式，所有主流数据库（PostgreSQL、MySQL 5.7+、SQL Server、Oracle、SQLite）都支持。
常见错误是把 CASE 写在 WHERE 里试图过滤行——那不行，CASE 只能用于 SELECT 列、ORDER BY 或 HAVING 中生成值，不能替代布尔条件。
-
CASE必须有END，漏掉会报语法错误（如 PostgreSQL 提示syntax error at or near "END"） - 分支结果类型要尽量一致：比如一个分支返回字符串
'active'，另一个返回数字1，某些数据库（如 SQL Server）会隐式转换，但 PostgreSQL 会直接报错column "status" has type text but expression has type integer - 别在
CASE里调用非确定性函数（如NOW()、RANDOM()），否则视图可能每次查询结果不一致，尤其在物化视图或缓存场景下容易出问题
怎么避免 CASE WHEN 返回 NULL？记得加 ELSE
没写 ELSE 时，所有 WHEN 条件都不满足，结果就是 NULL。这在报表或前端展示时经常导致空值异常，但错误不明显，容易被忽略。
典型场景：按订单金额分档显示等级，但忘了覆盖 amount IS NULL 或负数情况：
SELECT
order_id,
CASE
WHEN amount >= 1000 THEN 'VIP'
WHEN amount >= 500 THEN 'Gold'
WHEN amount > 0 THEN 'Normal'
-- 缺少 ELSE，amount
- 显式写
ELSE 'Unknown'或ELSE 'N/A'，比依赖默认NULL更可控 - 如果业务上确实不允许空值，可在视图外层用
COALESCE(level, 'Invalid')补救，但不如在CASE里一次性处理干净 - 注意
ELSE后面不能跟逗号，也不支持多个值，只能是一个标量表达式
性能影响大不大？CASE WHEN 本身几乎不拖慢查询
CASE WHEN 是计算型表达式，执行发生在结果集生成阶段，不改变数据扫描范围，所以不影响索引使用、JOIN 策略或执行计划结构。慢通常是因为你把它和低效操作绑在一起了。
- 别在
CASE分支里嵌套子查询（如WHEN x THEN (SELECT COUNT(*) FROM logs WHERE ...)），这会让每行都触发一次子查询，O(n²) 风险 - 避免用
CASE模拟聚合逻辑（比如想“按用户分组后判断是否活跃”），应该先GROUP BY，再在外层CASE判断聚合结果 - MySQL 8.0+ 和 PostgreSQL 支持在
CASE中使用窗口函数，但要注意：窗口函数本身有开销，CASE只是包装壳，瓶颈不在它身上
视图里用 CASE WHEN 要小心哪些兼容性细节？
语法主干一致，但边缘行为有差异，尤其涉及空值和类型推断时。
- PostgreSQL 对
NULL比较严格：WHEN status = NULL永远不成立，必须写WHEN status IS NULL；MySQL 在某些模式下允许= NULL，但不推荐 - SQL Server 允许
CASE后不跟表达式（搜索型CASE），即CASE WHEN a > b THEN 1 ELSE 0 END；而 PostgreSQL 要求必须用这种形式，不支持“简单型CASE column WHEN value THEN...”用于复杂条件 - SQLite 的
CASE不支持THEN NULL直接写（会报错），得写成THEN CAST(NULL AS TEXT)或类似绕过方式
最稳妥的做法：始终用搜索型 CASE WHEN（不带目标列），所有比较显式写出，ELSE 不省略，类型靠常量或 CAST 对齐——这样写的视图，在绝大多数环境都能直接复用。
