视图中不能直接用列别名，因别名仅在select阶段生成，where等前置执行阶段不可见；正确做法是视图内保留完整case表达式或外部重复逻辑，且各分支类型需一致、必写else。
视图里写CASE WHEN，为什么不能直接用列别名？
因为视图定义本身不执行计算，只保存SQL文本；后续查询引用视图时，数据库才解析整个SELECT。如果你在视图里写了CASE WHEN score >= 90 THEN 'A' END AS grade，然后想在外部WHERE grade = 'A'，多数数据库（如 PostgreSQL、MySQL 5.7）会报错“column 'grade' does not exist”——grade只是别名，不是真实字段，WHERE阶段还不可见。
正确做法是：在视图中保留完整表达式，或在外部查询里重复该CASE WHEN逻辑。MySQL 8.0+ 和 PostgreSQL 支持在WHERE中用列别名，但SQLite、旧版MySQL不行，跨库迁移时极易翻车。
如何让视图里的CASE WHEN逻辑真正可复用？
核心是把条件分支提前固化为“计算列”，而不是依赖运行时重算。常见安全做法包括：
- 在视图
SELECT中显式写出所有CASE WHEN表达式，并赋予语义清晰的别名（如user_tier、order_risk_level） - 避免在视图里嵌套多层
CASE WHEN，尤其不要让内层结果参与外层判断（比如CASE WHEN (CASE WHEN ... THEN 1 END) = 1 THEN ...），这会让执行计划变差且难以调试 - 所有
THEN分支返回值类型必须一致：要输出标签就全用字符串，要参与数值聚合就全用数字，混用会导致视图列类型被推断为text或varchar，后续SUM()、ORDER BY出问题 - 每个
CASE WHEN必须带ELSE，哪怕只是ELSE 'unknown'或ELSE 0；漏写会让整列出现NULL，下游统计或前端展示时静默失败
视图 + CASE WHEN 在GROUP BY场景下的坑
当你在视图里用CASE WHEN做了分组标签（比如年龄段、金额档位），然后外部再对这个视图做GROUP BY，要注意：
- PostgreSQL 和 MySQL 8.0+ 允许
GROUP BY user_tier（用别名），但SQLite和MySQL 5.7必须写完整表达式：GROUP BY CASE WHEN age - 如果视图中
CASE WHEN用了函数（如UPPER(status)），该列无法走索引，GROUP BY性能会明显下降 - 别在视图里用子查询生成
CASE WHEN的判断依据（比如WHEN (SELECT COUNT(*) FROM logs WHERE u.id = logs.user_id) > 0），每行都会触发一次子查询，视图一查就慢
什么时候该放弃视图，改用CTE或物化？
当CASE WHEN逻辑依赖实时聚合（比如“近30天订单数 > 5”）、或需要关联多张大表才能算出判断依据时，视图会变成性能黑洞。这时候更稳的选择是：
- 用
WITHCTE先算出中间状态字段（如user_active_flag），再在主查询里用搜索CASE WHEN分类——逻辑清晰，执行计划可控 - 在支持物化视图的数据库（PostgreSQL 12+、Oracle）中，把高频复用的
CASE WHEN结果物化，避免每次查询都重算 - 如果业务要求强一致性且逻辑极复杂，干脆把计算下沉到应用层或ETL任务里，用视图只暴露最终标签字段，而非裸露判断过程
最常被忽略的一点：视图里的CASE WHEN一旦上线，修改它可能影响所有依赖它的报表、API、定时任务。上线前务必确认所有ELSE分支行为符合预期，尤其是NULL值是否会被下游当作有效数据处理。
