在SQL查询中，字符串拼接是一个非常基础但又容易踩坑的操作。无论是生成报表中的完整姓名、拼接地址，还是动态组合查询条件，掌握好CONCAT函数及其相关函数，可以让代码更简洁、更健壮。本文将以CONCAT为核心，结合不同数据库的实现差异，详细讲解多个字符串拼接的实用方法。
一、CONCAT函数的基础语法与NULL陷阱
在MySQL和PostgreSQL中，CONCAT函数可以接收多个字符串参数，并将它们按顺序连接成一个新的字符串。其基本语法非常简单：
SELECT CONCAT('张', '三');
-- 返回：张三
看起来非常直观，但在实际使用中有一个非常重要的细节：在MySQL中，如果CONCAT的任意一个参数为NULL，整个函数的返回值就会变成NULL。换句话说，NULL具有传染性。假设有一个用户表 users，里面包含first_name和last_name两个字段，其中某个人的middle_name字段为空：
SELECT CONCAT(first_name, middle_name, last_name) AS full_name FROM users;
如果middle_name字段为NULL，那么full_name的整体结果也会是NULL，而不是我们期望的姓和名仍然拼接在一起。这种隐性错误在数据量较大时很难排查，也是很多开发者刚接触CONCAT时最容易忽略的问题。
要解决这个NULL带来的困扰，可以配合COALESCE函数或者数据库提供的空值处理函数，例如MySQL的IFNULL、SQL Server的ISNULL以及Oracle的NVL。这些函数可以把NULL转换为默认值，再交给CONCAT处理，从而避免整个结果被NULL污染。
SELECT CONCAT(COALESCE(first_name, ''), COALESCE(middle_name, ''), COALESCE(last_name, '')) AS full_name FROM users;
上面的写法相当于把所有可能为NULL的字段先转换成空字符串，再进行拼接。这样即使某个字段为空，也不会影响其他字段的正常连接。对于SQL Server 2012及以上版本，CONCAT函数会自动忽略NULL参数，不需要额外处理，这是不同数据库之间的重要差异，后面会详细说明。
二、不同数据库中的字符串拼接差异
虽然SQL标准中有字符串拼接的概念，但具体实现并不完全统一。对于CONCAT函数本身，不同数据库的表现也存在差异，了解这些差异可以避免跨数据库迁移时出现逻辑错误。
MySQL和MariaDB中的CONCAT函数支持任意数量的参数，但对NULL敏感，任一参数为NULL则整体返回NULL，这点需要特别记住。PostgreSQL的CONCAT同样支持多个参数，不过它与MySQL不同，它会自动忽略NULL参数，相当于把NULL当作空字符串处理。SQL Server从2012版本开始引入CONCAT函数，同样会忽略NULL，但在此之前很多开发者习惯使用加号+进行字符串拼接。Oracle数据库则比较特殊，它虽然也有CONCAT函数，但只允许两个参数，如果需要拼接多个字符串，必须嵌套调用，或者使用双竖线||操作符。
下面通过一个简单示例对比SQL Server中加号与CONCAT的差异：
SELECT 'Hello ' + NULL + 'World'; -- 结果为NULL
SELECT CONCAT('Hello ', NULL, 'World'); -- 结果为Hello World
可以看到，加号遇到NULL会返回NULL，而CONCAT则会忽略NULL并继续拼接。这是SQL Server开发中非常实用的改进。Oracle中使用双竖线的行为与CONCAT有所区别：||操作符在遇到NULL时也会将其视为空字符串，因此拼接多个字段时可以直接写成a || b || c，非常直观。不过需要注意的是，Oracle的CONCAT函数本身有两个参数限制，所以要拼接三个及以上字符串时，通常使用||更为方便。
正是因为这些差异的存在，在编写需要兼容多种数据库的应用时，如果无法完全统一，建议优先使用标准程度较高的CONCAT或CONCAT_WS函数，并针对不同数据库做好测试。
三、使用CONCAT_WS优雅处理分隔符与NULL
当需要把多个字段用固定分隔符连接起来时，如果手动在CONCAT中插入逗号、横线、空格等字符，代码很快会变得冗长，而且一旦某个字段为NULL或者为空字符串，结果中可能出现多余的分隔符。比如要生成格式为省-市-区的地址字符串，直接使用CONCAT(province, '-', city, '-', district)，如果city字段为NULL
SQL_CONCAT字符串拼接CONCAT_WS修改时间：2026-08-13 03:53:00