NULL参与运算结果必为NULL，因SQL中NULL表示未知状态；COALESCE是最通用跨库兜底方案，需对每个可能为NULL字段单独包裹，如COALESCE(price,0)+COALESCE(discount,0)。
直接用字段参与运算时遇到 NULL，结果一定是 NULL；必须显式兜底才能继续计算，COALESCE 是最通用、跨库兼容的兜底方案。
为什么 NULL 参与运算结果总是 NULL
SQL 中 NULL 表示“缺失值”，不是 0、空字符串或假，而是一种未知状态。任何与 NULL 的算术运算（+、-、*、/）、比较（=、>）或字符串拼接（|| 或 CONCAT）都会返回 NULL。
常见错误现象：
-
SELECT price + discount FROM orders→ 若任一列为NULL，整行结果就是NULL，不是跳过或忽略 -
WHERE total = amount + tax→ 若amount或tax是NULL，该行永远不匹配 -
CONCAT(first_name, ' ', last_name)→ 任一姓名为NULL，结果全为NULL
COALESCE 在运算前兜底的正确写法
COALESCE 不改变原数据，只在表达式求值时提供 fallback 值。它必须包裹在参与运算的每个可能为 NULL 的字段上，而不是整个表达式之后。
实操建议：
- 对数字字段兜底，用
0：COALESCE(price, 0) + COALESCE(discount, 0) - 对字符串字段兜底，用空字符串：
CONCAT(COALESCE(first_name, ''), ' ', COALESCE(last_name, '')) - 避免混合类型：
COALESCE(salary, 'N/A')在 PostgreSQL 会报错（类型冲突），应保持类型一致 - 聚合前兜底更安全：
SUM(COALESCE(sales, 0))比COALESCE(SUM(sales), 0)语义更清晰——后者只在整列全NULL时补 0，前者是逐行补 0 后再求和
WHERE 条件里不能靠 COALESCE 过滤 NULL
COALESCE 是表达式函数，不影响行筛选逻辑。想查“未填邮箱”的用户，WHERE COALESCE(email, '') = '' 看似合理，但会漏掉 email 是空字符串 '' 而非 NULL 的情况，且无法利用索引。
正确做法始终是：
- 用
IS NULL显式判断缺失：WHERE email IS NULL - 若业务需合并“NULL 和空字符串”，先统一清洗：
WHERE TRIM(COALESCE(email, '')) = ''，但注意性能代价 - 不要在
WHERE里对字段套COALESCE做等值判断，除非你明确接受类型转换和索引失效
COALESCE 和 IFNULL / ISNULL 的关键区别
跨数据库迁移或团队协作时，优先选 COALESCE ——它是 ANSI 标准，所有主流数据库都支持；而 IFNULL（MySQL）和 ISNULL（SQL Server）是方言函数，行为和类型推导规则不同。
容易踩的坑：
-
ISNULL(col, 0)返回col的原始类型，COALESCE(col, 0)可能触发隐式转换（如col是VARCHAR，则0被转成字符串） -
IFNULL只支持两个参数，COALESCE支持任意多个，适合多字段 fallback 链：COALESCE(mobile, home, work, 'no phone') - 在
ORDER BY或GROUP BY中用COALESCE会改变分组/排序依据，例如GROUP BY COALESCE(dept_id, 999)把所有 NULL 归到部门 999 组，这不是修复 NULL，而是重新定义语义
真正难的不是写对 COALESCE，而是想清楚：这个 NULL 到底代表“没填”“不适用”还是“还没录入”——兜底值选错，比不兜底更危险。
