MySQL CONCAT_WS跳过NULL，Oracle ||遇NULL即返回NULL；应统一用COALESCE/IFNULL转空字符串，Oracle可选LISTAGG（需GROUP BY）或显式拼接。
MySQL CONCAT_WS 空值会被跳过，Oracle || 会返回 NULL
这是最常踩的坑：MySQL 的 CONCAT_WS 遇到 NULL 参数时直接忽略，而 Oracle 的 || 运算符只要任意操作数为 NULL，整个结果就是 NULL。比如拼接姓名字段：CONCAT_WS(', ', first_name, middle_name, last_name) 在 MySQL 中即使 middle_name 是 NULL，也能得到 'Zhang, Li'；但 Oracle 写成 first_name || ', ' || middle_name || ', ' || last_name，一旦 middle_name 为 NULL，整条就变成 NULL。
解决思路不是硬套函数名，而是统一空值处理逻辑：
- 所有参与拼接的字段先用
COALESCE(col, '')（Oracle）或IFNULL(col, '')（MySQL）转为空字符串 - MySQL 可继续用
CONCAT_WS，Oracle 则改用CONCAT嵌套或显式||拼接（但必须确保无NULL） - 若字段数量多、分隔符固定，Oracle 推荐用
LISTAGG替代手写||，它天然跳过NULL（类似CONCAT_WS行为）
Oracle LISTAGG 是最接近 CONCAT_WS 语义的替代方案
LISTAGG 默认跳过 NULL 值，且支持指定分隔符，行为上最贴近 MySQL 的 CONCAT_WS。但它要求必须有 GROUP BY 或窗口上下文，不能直接当标量函数用——这点容易误用。
常见写法示例（单行拼接）：
SELECT LISTAGG(val, ', ') WITHIN GROUP (ORDER BY ord) AS result FROM ( SELECT 1 ord, first_name val FROM dual UNION ALL SELECT 2, COALESCE(middle_name, '') FROM dual UNION ALL SELECT 3, last_name FROM dual );
注意点：
- 必须用子查询或 CTE 提供明确的行集，
ord字段保证顺序可控 -
COALESCE不可省略，否则NULL行仍会被跳过，但可能影响预期长度（比如中间缺一个空格） - Oracle 12c+ 支持
ON OVERFLOW TRUNCATE，避免超长报错，但默认不截断
跨数据库兼容写法：用 COALESCE + 显式拼接，放弃 CONCAT_WS 语法糖
如果项目需同时支持 MySQL 和 Oracle（例如 ORM 动态生成 SQL），最稳的方式是放弃 CONCAT_WS 和 ||，改用标准 SQL 函数组合：
- 所有字段统一包装
COALESCE(col, '')（MySQL 5.7+ 和 Oracle 都支持） - MySQL 用
CONCAT多参数拼接：CONCAT(COALESCE(a,''), ',', COALESCE(b,''), ',', COALESCE(c,'')) - Oracle 用
||拼接相同表达式，因已排除NULL，行为一致 - 若需自动过滤空字符串（不只是
NULL），额外加NULLIF(TRIM(col), '')再套COALESCE
这种写法牺牲一点简洁性，换来确定性——无论哪个库，输入相同，输出一致。
别忽略隐式类型转换带来的空值陷阱
数字字段（如 age INT）直接参与拼接时，MySQL 会隐式转成字符串，Oracle 则可能报错 ORA-01722: invalid number，尤其当字段含 NULL 时更易暴露问题。
安全做法始终显式转换：
- MySQL：
CONCAT_WS(', ', IFNULL(first_name,''), IFNULL(CAST(age AS CHAR),'')) - Oracle：
COALESCE(first_name, '') || ', ' || COALESCE(TO_CHAR(age), '') - 日期同理，用
DATE_FORMAT/TO_CHAR统一格式，避免NULL和类型不匹配叠加
真正麻烦的不是语法差异，而是空值混着隐式转换一起出现——这时候查日志都看不出是 NULL 导致的，还是类型不对导致的。
