CONCAT_WS自动跳过NULL值，无需COALESCE/IFNULL兜底；但分隔符若为NULL则整函数返回NULL，空字符串''作为分隔符合法且不跳过。
CONCAT_WS 本身就会自动跳过 NULL，不需要额外处理
CONCAT_WS（Concatenate With Separator）和 CONCAT 的关键区别就在这里：前者对 NULL 值完全静默，后者遇到 NULL 就让整个结果变 NULL。所以只要 separator 不是 NULL，所有后续参数里的 NULL 都会被直接忽略，不参与拼接、也不产生空段。
常见错误是误以为要先用 COALESCE 或 IFNULL 把字段兜底成空字符串——这反而可能引入多余分隔符。比如：
SELECT CONCAT_WS('-', 'a', NULL, 'c'); -- 结果是 'a-c'，干净SELECT CONCAT_WS('-', 'a', COALESCE(NULL, ''), 'c'); -- 结果也是 'a-c'，但多绕一圈；如果中间字段本就是 ''（空字符串），那它会被保留，变成 'a--c'separator 为 NULL 时整个函数返回 NULL
这是唯一会让 CONCAT_WS 失效的边界情况。一旦第一个参数（即分隔符）是 NULL，不管后面参数是什么，结果恒为 NULL。
- 错误写法：
CONCAT_WS(NULL, col1, col2)→ 总是NULL - 安全写法：
CONCAT_WS('-', col1, col2)或CONCAT_WS(COALESCE(separator_col, '-'), col1, col2) - 注意：
''（空字符串）是合法 separator，会拼出连续字符，如CONCAT_WS('', 'a', 'b')得到'ab'
不同数据库对 CONCAT_WS 的支持差异
MySQL 从 4.1 开始原生支持；PostgreSQL 从 9.1 起内置；SQLite 3.11+ 支持；而 SQL Server 和 Oracle 原生不提供该函数，需用 STRING_AGG（SQL Server 2017+）或 LISTAGG（Oracle 11gR2+）配合过滤逻辑模拟，无法直接等价替换。
如果你在跨数据库项目里写通用 SQL，别硬套 CONCAT_WS —— 它不是 SQL 标准函数，移植性差。真要兼容，得按目标方言分别实现。
拼接大量字段时性能与可读性平衡
当字段数超过 5–6 个，CONCAT_WS 的参数列表会变得难维护，尤其字段还带表达式或嵌套函数时。此时建议：
- 把复杂字段提前算好别名（例如在
FROM ... AS t子查询中），再传给CONCAT_WS - 避免在
CONCAT_WS内部写CASE WHEN，容易混淆分隔逻辑和业务逻辑 - 注意 MySQL 对函数参数个数的限制（默认 1024，但实际受 max_allowed_packet 和栈深度影响）
真正容易被忽略的是 separator 的语义一致性——比如用 ' / ' 拼地址时，如果某字段是 NULL，你希望跳过它，但也要确保不会因为空字段（''）导致出现 '北京 / / 朝阳' 这种冗余空段。这时候就得在传入前用 NULLIF(col, '') 主动转换空字符串为 NULL，交给 CONCAT_WS 统一裁剪。
