coalesce更优，因其是sql标准函数、跨库兼容（postgresql/mysql 8.0+/sql server/oracle均支持），而isnull仅限sql server，case则冗长易错；它按序返回首个非null值，天然适配批量空值填充场景。
COALESCE 为什么比 ISNULL 或 CASE 更适合批量填充 NULL
COALESCE 是标准 SQL 函数，跨数据库兼容性好（PostgreSQL、MySQL 8.0+、SQL Server、Oracle 都支持），而 ISNULL 是 SQL Server 专属，CASE 写法冗长且易出错。它按顺序返回第一个非 NULL 的表达式值，天然适配“用默认值覆盖空值”的批量场景。
常见错误是误以为 COALESCE(col, 'N/A') 能直接更新原列——其实它只是计算表达式，必须配合 UPDATE ... SET 才生效。
- 参数必须类型兼容：比如
COALESCE(price, 0)要求price是数值型，否则报类型转换错误 - 不能省略所有参数：
COALESCE()会报语法错误，至少传两个参数 - 性能上无额外开销：和直接写
ISNULL基本一致，但语义更清晰
UPDATE 语句中安全使用 COALESCE 填充 NULL
核心是把 COALESCE 放在 SET 子句右侧，明确指定更新目标列。务必加 WHERE 条件限制范围，否则可能误更新整张表。
例如将用户表中缺失的邮箱统一设为 'no-email@example.com'：
UPDATE users SET email = COALESCE(email, 'no-email@example.com') WHERE email IS NULL;
-
WHERE email IS NULL是关键防护：避免对已有值重复赋值，也防止触发不必要的行锁 - 若要填充多个字段，可一次写多个
SET项：SET name = COALESCE(name, 'Anonymous'), status = COALESCE(status, 'active') - 注意事务安全：大表更新前先用
SELECT COUNT(*) FROM users WHERE email IS NULL评估影响行数
处理混合数据类型时的隐式转换陷阱
当 COALESCE 的参数类型不一致，数据库会尝试隐式转换，结果可能不符合预期。比如字符串和数字混用：
SELECT COALESCE(NULL, 'N/A', 42); -- 在 PostgreSQL 中返回 text 类型 'N/A'；在 SQL Server 中可能报错或转成 varchar
实际批量更新中，这类问题会导致 UPDATE 失败或列被截断。
- 优先显式转换：用
CAST或CONVERT统一类型，如COALESCE(email, CAST('' AS VARCHAR(255))) - 数值列慎用字符串默认值：填
'0'不等于填0，可能引发后续计算错误 - 时间列建议用
COALESCE(created_at, CURRENT_DATE)，避免用字符串如'1970-01-01'引发时区或格式歧义
替代方案对比：什么时候不该用 COALESCE
如果目标是「仅插入缺失记录」而非「更新现有行」，COALESCE 就不适用——它不改变表结构，也不插入新行。另外，在需要条件分支逻辑（比如“空则填 A，否则若小于 0 则填 B”）时，COALESCE 表达能力不足，得退回 CASE。
- 初始化新列：用
ALTER TABLE ADD COLUMN x INT DEFAULT 0比 UPDATE 更高效 - ETL 场景中清洗数据：在 SELECT 阶段用
COALESCE更合适，避免污染源表 - 有业务规则约束时：比如“邮箱为空且注册时间超 30 天才填默认值”，必须用
CASE WHEN
真正容易被忽略的是：COALESCE 对 ''（空字符串）无效——它只识别 NULL。如果字段存的是空字符串而非 NULL，得先用 NULLIF(col, '') 转换，再套 COALESCE。
