coalesce适用于取第一个非null值，是短路求值函数；case when用于复杂条件判断，支持布尔表达式和范围判断；二者均可能影响索引使用，导致全表扫描。
COALESCE 适合“取第一个非 NULL 值”的场景
当你只是想从多个列或表达式中选一个可用值（比如优先用维度表字段， fallback 到默认字符串），COALESCE 是最直接的选择。它本质是短路求值函数，参数从左到右检查，返回第一个非 NULL 的值。
常见错误是把它当条件逻辑用：比如写 COALESCE(a, b > 10, 'default') —— 这里 b > 10 是布尔表达式，结果为 TRUE/FALSE，不是 NULL 或标量值，会报类型不匹配错误。
-
COALESCE(dim_product.category, 'Unknown')安全：两个都是字符串 -
COALESCE(dim_date.fiscal_quarter, 'Q0')要小心：如果fiscal_quarter是整数型，而'Q0'是字符串，某些数据库（如 PostgreSQL）会拒绝隐式转换，必须显式转类型，例如COALESCE(dim_date.fiscal_quarter::TEXT, 'Q0') - 别嵌套：
COALESCE(a, COALESCE(b, c))完全等价于COALESCE(a, b, c)，平铺更易读、更少出错
CASE WHEN 才能处理复杂条件判断
CASE WHEN 是真正的分支逻辑，支持任意布尔表达式、范围判断、多字段组合条件。它不是“找非空”，而是“按规则选值”。
典型误用：用 COALESCE 替代状态映射。比如把订单状态码 'P' → 'Pending'，'C' → 'Completed' —— 这必须用 CASE，因为不是空值 fallback，而是确定性映射。
- 简单等值映射可写成：
CASE status WHEN 'P' THEN 'Pending' WHEN 'C' THEN 'Completed' ELSE 'Unknown' END - 带范围或混合条件必须用搜索式：
CASE WHEN amount >= 1000 AND currency = 'USD' THEN 'High-Value USD' ELSE 'Other' END -
THEN后的值类型必须一致，否则报错：CASE WHEN flag THEN 'yes' ELSE 0 END在多数数据库中会失败，因为'yes'是字符串，0是数字
性能与索引影响容易被忽略
很多人以为加个 COALESCE 或 CASE 只是“显示层”操作，不影响底层执行。其实不然：如果在 WHERE 或 GROUP BY 中用了这些函数包裹的字段，数据库很可能放弃原有索引。
- 有索引的
dim_customer.name，但写WHERE COALESCE(dim_customer.name, 'Unknown') = 'Alice'→ 大概率走全表扫描 - 同理，
GROUP BY CASE WHEN age 会让优化器无法利用 <code>age上的索引 - 真正需要过滤或分组时，优先在 JOIN 前清洗数据，或建函数索引（如 PostgreSQL 的
CREATE INDEX ON t ((COALESCE(col, 'default')))）
别用 IF() 替代 CASE WHEN 做多分支
IF() 是 MySQL/SQL Server 的扩展函数，只接受三个参数：IF(condition, then_value, else_value)。它本质是三元运算符，无法表达“多个条件分支”。强行嵌套会导致可读性崩坏、维护困难。
- 错例：
IF(status='P', 'Pending', IF(status='C', 'Completed', IF(status='X', 'Cancelled', 'Unknown'))) - 对的做法：统一用标准
CASE WHEN，跨库兼容性好，逻辑一目了然 - 除非确认只跑在 MySQL 且只有二选一逻辑（如
IF(paid_at IS NULL, 'unpaid', 'paid')），否则不要依赖IF()
COALESCE 就够了；剩下那 10%，一旦涉及业务规则、状态机、数值区间或混合条件，就得切到 CASE WHEN —— 没有中间态，也别试图用函数硬凑。
