MySQL中CONCAT()遇NULL即返回NULL，需用IFNULL或COALESCE预处理；PostgreSQL用||且要求类型兼容并显式处理NULL；SQL Server用+易报错，推荐ISNULL或CONCAT；跨库建议COALESCE+||配合应用层转换。
MySQL里用 CONCAT() 拼接多个字段，NULL会让整列变NULL
直接用 CONCAT() 最常见，但它对 NULL 零容忍：只要任一参数是 NULL，结果就是 NULL。比如 CONCAT(first_name, ' ', last_name)，如果 first_name 为 NULL，哪怕 last_name 有值，结果也是空。
解决办法是提前把 NULL 转成空字符串：
- 用
IFNULL(col, '')或COALESCE(col, '')包裹每个可能为空的字段 - 示例：
CONCAT(IFNULL(first_name, ''), ' ', IFNULL(last_name, '')) - 注意：
CONCAT()不会自动加空格或分隔符，得手动写进去
PostgreSQL必须用 || 操作符，且要显式处理NULL和类型
PostgreSQL不用函数，靠双竖线 || 拼接，但更敏感：遇到 NULL 时整条表达式仍为 NULL，而且左右操作数类型必须兼容（比如不能直接拼接 text 和 integer）。
实操要点：
- 用
COALESCE(col, '')处理NULL，别用IFNULL（PostgreSQL不支持） - 数字字段要先转成文本：
COALESCE(col::text, '')或COALESCE(CAST(col AS text), '') - 示例：
COALESCE(first_name, '') || ' ' || COALESCE(last_name, '')
SQL Server的 + 号拼接容易报错，ISNULL() 是刚需
SQL Server 用 + 拼接，但有个坑：只要任意操作数是 NULL，结果就是 NULL；更麻烦的是，如果某字段是数值型（如 INT），直接 + 字符串会触发类型转换错误。
稳妥写法：
- 所有字段都套
ISNULL(col, '')（比COALESCE在此处略快） - 数值字段必须显式转字符串：
ISNULL(CAST(age AS VARCHAR), '') - 避免用
+连接混合类型，宁可全用CONCAT()（SQL Server 2012+ 支持，且自动转类型、忽略NULL）
跨数据库可移植写法？老老实实用 CONCAT() + COALESCE，但注意版本
想写一次跑多库，核心是统一处理 NULL 和类型，但得留意兼容性：
-
COALESCE()在 MySQL、PostgreSQL、SQL Server 都支持，是安全选择 -
CONCAT()在 MySQL 和 SQL Server 中行为一致（自动忽略NULL），但在 PostgreSQL 中不存在该函数——得换写法 - 真要跨库，建议用标准 SQL 的
||拼接 +COALESCE，再配合应用层做类型转换，比硬塞进一条 SQL 更可控
字段多、逻辑复杂时，拼接逻辑放到应用代码里反而更清晰，SQL里只管取原始字段。
