mysql中concat遇null返回null，需用ifnull显式处理；postgresql的concat可容错null；sql server的concat自动转null为空字符串，而+运算符遇null结果为null；oracle无多参数concat，须嵌套调用或用||。
CONCAT 函数在不同数据库中的行为差异
MySQL 5.0.15+ 的 CONCAT 会忽略 NULL 参数，但 PostgreSQL、SQL Server 和 Oracle 并不原生支持 CONCAT（或语义不同）。比如 PostgreSQL 的 CONCAT 确实能处理 NULL，而 SQL Server 的 CONCAT 是从 2012 版本才加入，且会把 NULL 转为空字符串；但如果你用的是 + 拼接，遇到 NULL 整个结果就变 NULL。
所以第一步不是写拼接逻辑，而是确认你用的数据库和版本：
- MySQL：直接用
CONCAT(col1, col2, col3) - PostgreSQL：可用
CONCAT(col1, col2, col3)，也支持||运算符 - SQL Server：优先用
CONCAT(col1, col2, col3)（自动转NULL），别用col1 + col2 - Oracle：没有标准
CONCAT多参数版本，得嵌套调用CONCAT(CONCAT(col1,col2),col3)或改用||
NULL 值导致拼接结果意外为空？这是最常踩的坑
在 MySQL 中，CONCAT('a', NULL, 'c') 返回 NULL —— 它不会跳过 NULL，而是“遇 NULL 就停”。很多人误以为它像 PostgreSQL 那样容错，结果查出来一堆空值还找不到原因。
安全做法是显式处理：CONCAT(IFNULL(col1, ''), IFNULL(col2, ''), IFNULL(col3, ''))。如果字段可能为空且业务上该显示空字符串，就别依赖数据库默认行为。
另一个常见场景是姓名拼接：CONCAT(last_name, ', ', first_name)，若 first_name 为 NULL，整条记录就会消失。这时候加 IFNULL 或 COALESCE 更稳妥。
需要加空格或分隔符？别硬拼字符串常量
写成 CONCAT(name, ' (', dept, ')') 看似简单，但如果 dept 是 NULL，括号就变成 name ( )，体验很差。更健壮的方式是把分隔逻辑收拢：
- 用
CONCAT_WS（MySQL/PostgreSQL）：例如CONCAT_WS(', ', last_name, first_name, middle_name)，自动跳过NULL，且只在非空字段间插入分隔符 - 组合
NULL判断与连接：例如CONCAT(last_name, IF(dept IS NOT NULL, CONCAT(' (', dept, ')'), '')) - 避免写
CONCAT(col1, ' ', col2, ' ', col3)—— 一旦中间字段为空，会出现多余空格
性能影响小，但别在 WHERE 或 ORDER BY 里滥用
CONCAT 本身计算开销极低，但在 WHERE 条件中写 WHERE CONCAT(first_name, last_name) LIKE '%john%' 会导致全表扫描，无法走 first_name 或 last_name 上的索引。
同样，在 ORDER BY CONCAT(last_name, first_name) 中排序，数据库大概率要生成临时结果集再排序，尤其数据量大时延迟明显。
真有这类需求，建议提前在应用层拼接，或建计算列（MySQL 5.7+ 支持 GENERATED COLUMN）并为其加索引。
边界情况容易被忽略：当字段是 TEXT 类型时，MySQL 的 CONCAT 返回结果类型取决于参数最大长度，可能隐式截断；必要时用 CAST 显式转成 CHAR 或 VARCHAR 控制长度。
