先说说 MySQL，CONCAT() 函数直接用似乎最省事，但这里有个坑——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 里 || 操作符对 NULL 的处理就要友好得多——'abc' || NULL 返回的是 'abc'，只有两边都是 NULL 时才会返回 NULL。这点确实比 MySQL 省心。不过，如果你希望统一处理空字符串和 NULL 的情况，还是建议显式转一下：COALESCE(col1, '') || COALESCE(col2, '')。
但要注意的是，PostgreSQL 也有 CONCAT() 函数，而且它的行为跟 MySQL 一样——遇到 NULL 就返回 NULL。所以在这个数据库里，优先用 || 更符合直觉，也更不容易踩坑。
SQL Server 必须用 +，且要手动处理 NULL 和类型转换
再说 SQL Server，它只认 + 操作符来拼接字符串。但别高兴太早，这里有两个硬伤：一是任意一列为 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 的 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 显式命名，不然代码维护起来会很头疼。
