coalesce在insert中用于安全替换null值，需确保参数类型兼容；它是sql标准函数，支持多参数且短路求值，比方言函数更通用安全；但无法处理空字符串等非null空值，需配合trim等函数。
COALESCE函数在INSERT中怎么用才不报错
直接在 INSERT 的 VALUES 或子查询字段里套 COALESCE 就行，它会按顺序返回第一个非 NULL 的值。但要注意：所有参数必须类型兼容，否则 PostgreSQL 会报 cannot cast type text to integer 这类错误，MySQL 可能静默转成 0 或空字符串，行为不一致。
常见写法示例：
INSERT INTO users (name, age, status) VALUES (COALESCE(?, 'unknown'), COALESCE(?, 0), COALESCE(?, 'active'));
其中 ? 是预处理占位符，实际传入 NULL 时会被替换。
为什么不用IFNULL或ISNULL而选COALESCE
COALESCE 是 SQL 标准函数，所有主流数据库（PostgreSQL、MySQL、SQL Server、SQLite）都支持；IFNULL（MySQL）、ISNULL（SQL Server）是方言，换库就得重写。而且 COALESCE 支持任意多个参数，比如 COALESCE(a, b, c, 'default')，而 IFNULL 最多两个。
- MySQL 中
IFNULL('a', NULL)返回'a'，但IFNULL(NULL, 1/0)会报错——COALESCE同样短路求值，不会执行后续表达式 - SQL Server 里
ISNULL('x', 123)会把'x'强制转成INT，导致转换失败；COALESCE则按数据类型优先级推导，更安全
INSERT … SELECT 场景下COALESCE容易漏掉的坑
当从另一张表插入数据时，常有人只给目标列写 COALESCE(col, 'N/A')，却忘了源表该列可能为 NOT NULL 约束，或者触发器里又对这个字段做了二次校验。
- 如果源表字段定义为
col VARCHAR(10) NOT NULL，但实际存了空字符串''，COALESCE(col, 'missing')不会触发替换——因为空字符串不是NULL - PostgreSQL 中若目标列为
NUMERIC(5,2)，而COALESCE(src_col, 0)的0被推导为INTEGER，可能和目标列精度不匹配，需显式写COALESCE(src_col, 0.00) - MySQL 8.0+ 在严格模式下，若
COALESCE返回字符串但目标列为数字类型，会报Data truncated for column
批量插入时用COALESCE影响性能吗
单条 INSERT 里几个 COALESCE 几乎没开销，但如果是百万级 INSERT ... SELECT，且每个字段都套一层 COALESCE，尤其嵌套表达式如 COALESCE(TRIM(name), UPPER(alias), 'anon')，就会明显拖慢执行速度。
更关键的是可读性下降和执行计划干扰——优化器可能无法正确估算 COALESCE 后的值分布，导致索引选择偏差。真要处理大量空值，优先考虑在应用层清洗，或建物化视图/临时表预处理。
真正难处理的从来不是语法，而是“你以为它是 NULL，其实它是空字符串、全空格、\u0000 字符，或者 JSON 字段里的 null 字符串”。这些得靠 TRIM、正则、JSON_TYPE 配合判断，COALESCE 自己搞不定。
