MySQL中CONCAT()遇NULL返回NULL，需用COALESCE兜底；PostgreSQL的||对NULL友好但CONCAT()仍返回NULL；SQL Server必须用+并显式转换类型；跨库推荐标准CONCAT()但需版本支持，且拼接字段须加AS别名。
MySQL里用 CONCAT() 拼接两列，注意NULL会污染结果
直接用 CONCAT(col1, col2) 最常见，但只要其中一列是 NULL，整条结果就变成 NULL。比如 CONCAT('张', NULL) 返回 NULL，不是 '张'。
实际写法得兜底：CONCAT(COALESCE(col1, ''), COALESCE(col2, ''))。如果还要加分割符（比如中间加个空格），写成 CONCAT(COALESCE(col1, ''), ' ', COALESCE(col2, '')) 更安全。
别用 + 或 ||：MySQL默认不启用 PIPES_AS_CONCAT，col1 || col2 会被当成逻辑或运算，返回 0 或 1。
PostgreSQL用 || 拼接，但NULL行为和MySQL相反
PostgreSQL里 col1 || col2 对 NULL 是友好的——'abc' || NULL 返回 'abc'，NULL || NULL 才是 NULL。这点比MySQL省心。
但如果想统一处理空字符串和NULL，还是建议显式转换：COALESCE(col1, '') || COALESCE(col2, '')。
注意：PostgreSQL的 CONCAT() 函数也存在，行为和MySQL一致（遇NULL返回NULL），所以优先用 || 更符合直觉。
SQL Server必须用 +，且要手动处理NULL和类型转换
col1 + col2 是唯一合法拼接方式，但有两个硬伤：一是任意一列为 NULL，结果就是 NULL；二是如果列是数字类型（比如 INT），会直接报错“无法将数据类型 int 隐式转换为 varchar”。
稳妥写法是：ISNULL(CAST(col1 AS VARCHAR), '') + ISNULL(CAST(col2 AS VARCHAR), '')。
如果其中一列是日期，还得套 CONVERT(VARCHAR, col_date, 120) 指定格式，否则可能得到类似 'Jan 1 2024 12:00AM' 这种不可控输出。
跨数据库可移植写法：用标准SQL的 CONCAT()，但得确认版本
SQL:2008 标准定义了 CONCAT()，它对 NULL 的处理是“忽略”，即 CONCAT('a', NULL, 'b') 返回 'ab'。但支持度有限：
- MySQL 5.7.9+ 支持，且行为符合标准
- PostgreSQL 9.6+ 支持，同样忽略NULL
- SQL Server 2012+ 支持，但依然把NULL当空字符串（和标准一致）
真正麻烦的是旧版本或SQLite这类轻量库——SQLite没有 CONCAT()，只能靠 ||，但它又把 NULL || 'x' 当 NULL。所以“一次写完到处跑”基本不现实，得按目标数据库选函数。
最易被忽略的点：拼接后字段默认没有别名，SELECT CONCAT(name, phone) 在应用层拿到的列名可能是 CONCAT(name, phone) 这种怪名字，务必加 AS full_info 显式命名。
