COALESCE返回第一个非NULL值是因为其采用从左到右的短路求值机制，遇首个非NULL即返回，不计算后续参数；它仅识别NULL，不处理空字符串或零值，且要求参数类型兼容。
COALESCE 为什么能返回第一个非空值
因为 COALESCE 是 SQL 标准函数，按从左到右顺序逐个求值，遇到第一个非 NULL 值就立即返回，后续参数根本不会被计算。它不是“挑出所有非空值再选第一个”，而是短路求值——这点决定了它的安全性和效率。
常见错误现象：有人用 ISNULL(a, ISNULL(b, c)) 嵌套替代，结果在某些数据库（如 PostgreSQL）里报错，因为 ISNULL 只接受两个参数；还有人误以为 COALESCE 会自动跳过空字符串 '' 或零值，其实它只认 NULL，'' 和 0 都算有效值。
-
COALESCE所有参数必须是兼容的数据类型，否则数据库会尝试隐式转换，可能失败或出意外结果（比如把字符串和数字混用） - PostgreSQL 和 SQL Server 对类型推导策略不同：SQL Server 常按左侧参数类型强制转换右侧，PostgreSQL 则尝试找公共超类型，失败时需显式
::text或CAST - 性能上基本无负担，但若某参数是子查询（如
COALESCE((SELECT ...), col)），且左侧为NULL，该子查询仍会被执行——别指望它因短路就不运行
COALESCE 多参写法要注意的坑
写 COALESCE(col1, col2, col3, 'default') 看似简单，实际容易栽在类型隐式转换和空字符串处理上。
使用场景：补全用户资料字段（优先用手机号，没填就用邮箱，再没填就用用户名，最后兜底空字符串）、报表中合并多个来源的金额字段。
- 如果
col1是INT，col2是VARCHAR，而数据库不支持自动转成统一类型（如 SQLite），整条语句直接报错：datatype mismatch - 空字符串
''≠NULL，所以COALESCE(name, 'N/A')在name = ''时仍返回空字符串，不是'N/A'；真要处理空字符串，得先用CASE WHEN name != '' THEN name ELSE NULL END包一层 - MySQL 8.0+ 支持
COALESCE返回JSON类型，但低版本会报错，注意目标环境版本
替代方案：CASE WHEN vs COALESCE 的取舍
当逻辑不只是“取第一个非空”，还涉及条件判断（比如“非空且长度 > 5”），COALESCE 就不够用了，必须切到 CASE WHEN。
性能差异很小，但可读性和维护性差别大：纯空值兜底用 COALESCE 更紧凑；带业务规则的用 CASE 更清晰。
-
COALESCE(a, b, c)等价于CASE WHEN a IS NOT NULL THEN a WHEN b IS NOT NULL THEN b ELSE c END，但后者写三行，前者一行 -
CASE可以嵌套判断，比如CASE WHEN a IS NOT NULL AND LENGTH(a) > 0 THEN a ELSE ... END，COALESCE做不到 - 某些旧版 Hive 或 Vertica 对
COALESCE参数个数有限制（如最多 10 个），超了就得拆成CASE
不同数据库对 COALESCE 的兼容性细节
标准 SQL 定义了 COALESCE，但各家实现仍有微妙差异，尤其在类型处理和 NULL 判定上。
- MySQL：允许混合数值与字符串，自动转成字符串（如
COALESCE(42, 'hello')→'42'），但开启STRICT_TRANS_TABLES模式时可能报错 - PostgreSQL：要求所有参数能隐式转为同一类型，否则报
ERROR: COALESCE types text and integer cannot be matched，需手动COALESCE(col1::text, col2::text, 'default') - SQLite：最宽松，几乎都转成 TEXT，但数值精度可能丢失（比如大整数变科学计数法）
- Oracle：支持，但注意
COALESCE不会触发函数索引，而NVL（仅两参）有时可以——如果性能敏感且只用两参，NVL反而更优
COALESCE 这几个字母，而是你默认它会帮你处理空字符串、类型混用、甚至子查询副作用——它只管 NULL，别的都不认。 
