coalesce是处理null最直接可控的手段，需确保参数顺序正确、类型兼容、避免用于where/join条件，并在运算前逐项兜底。
COALESCE 不是“优雅”的修饰词，它是处理 NULL 最直接、最可控的手段——只要参数顺序对、类型齐、不塞进 WHERE 或 JOIN 条件里，就能稳住结果。
COALESCE 参数顺序写错，兜底就失效
它从左到右扫描，遇到第一个非 NULL 就返回，后面全跳过。顺序错了，根本拿不到你想要的 fallback 值。
- 正确：优先用主表字段，再 fallback 到关联表，最后是字面量 ——
COALESCE(t2.email, t1.backup_email, 'no_contact@domain.com') - 错误：把常量放最左 ——
COALESCE('N/A', t2.email)永远返回'N/A'，t2.email再非空也无效 - LEFT JOIN 后，
t2字段天然易为NULL，必须放在靠左位置才能被真正兜底
类型不兼容时 MySQL 会隐式转，PostgreSQL/SQL Server 直接报错
所有参数必须能统一成同一类型，否则强类型数据库直接拒绝执行。
- 常见报错：
Illegal mix of collations（MySQL）、cannot cast type integer to text（PostgreSQL） - 安全写法：显式
CAST对齐类型，比如COALESCE(CAST(t1.updated_at AS TEXT), 'never') - 避免混用：
COALESCE(t1.price, 'free')在 PostgreSQL 中失败；应统一为字符串或统一为数值 - 数字字段兜底用
0，字符串字段兜底用''或'N/A'，别交叉
在运算或拼接前不兜底，整个表达式就变 NULL
SQL 规定：任何值与 NULL 运算（+、CONCAT、/ 等）结果恒为 NULL。COALESCE 必须包裹每个可能为 NULL 的参与项。
- 错误：
COALESCE(price + tax, 0)→ 只要price或tax是NULL，加法先崩，COALESCE根本没机会介入 - 正确：
COALESCE(price, 0) + COALESCE(tax, 0) - 字符串拼接同理：
CONCAT(COALESCE(first_name, ''), ' ', COALESCE(last_name, '')) - 聚合前兜底更符合语义：
SUM(COALESCE(sales, 0))是逐行补 0 再求和；COALESCE(SUM(sales), 0)是整列全NULL才补 0
别在 WHERE 或 JOIN 条件里用 COALESCE 做逻辑“修复”
它只影响 SELECT 投影阶段的显示值，不能改变数据匹配逻辑。滥用会导致语义错乱或索引失效。
- 危险写法：
WHERE COALESCE(status, 'active') = 'shipped'→ 实际过滤掉所有status IS NULL行，LEFT JOIN退化成INNER JOIN - 正确做法：筛选条件写进
ON子句（如ON t1.id = t2.order_id AND t2.status = 'shipped'），显示层再用COALESCE -
WHERE中用COALESCE等值判断，基本等于放弃索引；应拆成status = 'shipped' OR status IS NULL -
COALESCE不处理空字符串''，只认NULL；要覆盖两者，得嵌套NULLIF(TRIM(col), '')
最容易被忽略的是：COALESCE 不改变原始 NULL 语义，它只是投影时的一次快照。业务上需明确区分“缺失”和“零值”，而不仅是让报表不显示空白。
