MySQL中CONCAT()返回NULL是因为只要任一参数为NULL，结果即为NULL；解决方法是用IFNULL()或COALESCE()兜底，或改用自动忽略NULL的CONCAT_WS()函数。
MySQL里用CONCAT()拼接字段时为什么返回NULL？
只要任意一个参数是NULL，CONCAT()就整体返回NULL，不是空字符串。这是最常踩的坑。
- 用
IFNULL(col, '')或COALESCE(col, '')提前兜底，比如：CONCAT(IFNULL(first_name, ''), ' ', IFNULL(last_name, '')) -
CONCAT_WS()更省心——它自动跳过NULL值，且第一个参数是分隔符，例如：CONCAT_WS(' ', first_name, middle_name, last_name)，中间有NULL也不中断 - 注意
CONCAT()不自动加空格，得手动写' '；而CONCAT_WS()必须指定分隔符，不能省略
PostgreSQL和SQL Server不用CONCAT()怎么办？
PostgreSQL原生不支持CONCAT()（9.1+才加，但行为和MySQL略有差异），SQL Server 2012之前连这个函数都没有。
- PostgreSQL优先用
||操作符，如：first_name || ' ' || last_name；遇到NULL时结果也是NULL，需配合COALESCE()处理 - SQL Server 2012+可用
CONCAT()，它天然把NULL转为空字符串，比MySQL更友好；旧版本只能靠+连接符，但NULL + 'x'直接得NULL，必须全用ISNULL()包裹 - 跨数据库可移植写法：统一用
COALESCE(col, '')兜底后再拼接，避免依赖方言特性
Oracle中CONCAT()只能连两个字段？
是的，Oracle的CONCAT()严格只接受两个参数，想连三个就得嵌套：CONCAT(CONCAT(first_name, ' '), last_name)，非常反直觉。
- 直接改用
||最稳妥，Oracle对||支持完善，且NULL || 'x'结果是'x'（自动忽略NULL） - 如果必须用函数，
LISTAGG()适合聚合多行，但单行多字段拼接还是||更直接 - 注意字符集：不同字段类型（如
VARCHAR2和CLOB）混用||可能报错，建议显式TO_CHAR()转换
拼接大量字段时性能会受影响吗？
单纯字符串拼接本身开销极小，但实际慢往往是因为没意识到隐式类型转换或N+1查询问题。
- 把数字字段直接塞进
CONCAT()（如CONCAT(name, age)）会触发隐式转换，在大数据量时可能拖慢执行计划 - 在
WHERE或JOIN条件里用拼接结果（如WHERE CONCAT(first, last) = 'JohnDoe'）无法走索引，应改用计算列或覆盖索引 - 如果只是
SELECT输出用，拼10个字段和拼2个字段性能几乎没差别；真正要警惕的是在子查询、视图或窗口函数里反复拼接
字段拼接看着简单，但NULL处理逻辑、数据库方言差异、隐式类型转换这三点，几乎每次跨项目都会漏掉一两个。
