在SQL查询中，我们经常需要把多个列的值拼接成一个完整的字符串，比如把姓和名拼成姓名、把省市区拼成完整地址。但不少人遇到过这样的怪事：明明每一列都有值，拼出来的结果却是空的。仔细排查后才发现，原来数据里藏着NULL。在标准SQL的语义里，NULL代表未知值，任何值与NULL做拼接，结果依旧是NULL。这个设计在逻辑上说得通，却给实际的报表查询带来了不少麻烦。本文就来聊聊如何在各个主流数据库中绕过这个限制，让拼接结果不再被NULL拖累。
为什么CONCAT碰到NULL就返回NULL
要解决问题，先得理解问题的根源。在SQL的三值逻辑体系中，NULL不是一个具体的值，而是一个表示未知或不适用的标记。当你执行CONCAT('张', NULL)时，数据库认为你是在把一个已知的字符串和一个未知的值拼在一起，结果自然也是未知的，于是返回NULL。这和NULL + 1的结果是NULL是同一个道理。
这种设计在理论层面没有问题，但业务场景往往不同。比如一张用户表里，中间名这一列经常是空的，如果因为中间名为NULL就导致整个姓名字段查不出来，显然不符合业务预期。用户想要的结果通常是：NULL的那部分跳过就行，其余部分照常拼接。
需要特别提醒的是，不同数据库对这个问题的处理并不一致。MySQL从5.0开始，CONCAT()在遇到NULL参数时确实返回NULL，但它同时提供了其他替代函数；而SQL Server的+拼接符在NULL面前同样束手无策；Oracle的||在部分版本中甚至直接忽略NULL。所以解决方案必须结合具体的数据库产品来选。
用空值替换函数把NULL变成空字符串
最直观的思路是：在拼接之前，先把NULL替换成空字符串。各家数据库都提供了相应的空值处理函数，MySQL里有IFNULL()，标准SQL和多数数据库支持COALESCE()。以MySQL为例，写法如下：
SELECT
CONCAT(
IFNULL(first_name, ''),
' ',
IFNULL(middle_name, ''),
' ',
IFNULL(last_name, '')
) AS full_name
FROM users;COALESCE()的用法完全类似，而且它的兼容性更好，几乎所有主流数据库都支持。这个函数接受多个参数，返回第一个非NULL的值。上面的写法用COALESCE改写就是：
SELECT
CONCAT(
COALESCE(first_name, ''),
' ',
COALESCE(middle_name, ''),
' ',
COALESCE(last_name, '')
) AS full_name
FROM users;这种方案的优点是逻辑清晰，可移植性强，团队里任何人看到代码都能立刻明白意图。缺点是当拼接的列很多时，代码会显得啰嗦，每个列都要包一层函数，可读性会打折扣。另外要注意一点：如果某些列的数据类型不是字符串，比如数字或日期，替换前最好显式转换类型，避免隐式转换带来的性能损耗或格式不受控的问题。
使用CONCAT_WS跳过分隔符带来的麻烦
MySQL提供了一个更优雅的函数CONCAT_WS()，名字里的WS是With Separator的缩写。它把分隔符作为第一个参数，后面的参数统一用这个分隔符连接。最关键的一点是：CONCAT_WS()会自动忽略NULL参数，不会因为某个值是NULL就返回NULL。看下面这个拼接地址的例子：
SELECT
CONCAT_WS('-', province, city, district, street) AS full_address
FROM addresses;如果city为NULL，结果是广东省-南山区-科技路这样的形式，NULL的部分连同它对应的分隔符一起被跳过，不会出现两个连续分隔符的尴尬。这一点比手动替换空字符串更聪明，因为用IFNULL替换后，NULL位置会变成空串，原本的间隔符会保留，可能产生类似广东省--南山区这种双横线的结果，后续还得再做一次清理。
当然CONCAT_WS也有细节需要注意：空字符串和NULL的处理是不一样的，空字符串参数不会被跳过，依然会占据一个分隔位。如果业务上希望空字符串也被忽略，可以先做一层条件处理。另外，这个函数是MySQL和PostgreSQL的内置函数，SQL Server和Oracle中并不存在，需要用其他方案替代。
SQL Server和Oracle中的对应方案
SQL Server中传统的拼接方式是用+号连接字符串，但它遇到NULL同样返回NULL。常见的处理办法是用ISNULL()函数：
SELECT
ISNULL(first_name, '') + ' '
+ ISNULL(middle_name, '') + ' '
+ ISNULL(last_name, '') AS full_name
FROM users;不过SQL Server 2012之后有了一个更好的选择：CONCAT()函数。微软的实现有个贴心的细节，它会把NULL参数自动当作空字符串处理，根本不会返回NULL。所以只要版本允许，直接写CONCAT(first_name, ' ', last_name)就能得到理想结果，不需要额外包一层函数。
Oracle的情况又不一样。在Oracle中，||操作符遇到NULL时通常会直接忽略它，也就是说'a' || NULL的结果是a而不是NULL。但Oracle的CONCAT()函数只接受两个参数，拼接多个列时需要嵌套调用，写起来比较麻烦。因此在Oracle中，多列拼接推荐直接用||操作符，必要时配合NVL()函数处理特殊需求。
PostgreSQL则和MySQL一样，CONCAT()会忽略NULL参数，同时也支持CONCAT_WS()，处理起来最为省心。从这个对比也能看出，NULL拼接行为是数据库方言差异较大的一个点，写跨库兼容的SQL时一定要格外小心，最好在代码里显式声明处理策略，而不是依赖某个数据库的默认行为。
方案选型的几点建议
综合来看，选方案时可以参考几个原则。第一，优先使用数据库自身提供的NULL友好函数，比如MySQL和PostgreSQL的CONCAT_WS、SQL Server新版自带的CONCAT，这类方案代码最简洁，也不容易出错。第二，如果需要跨数据库兼容，或者SQL要嵌入到支持多种数据库的应用框架里，COALESCE是通用性最强的选择，属于SQL标准的一部分。第三，如果拼接列的数据来源不可控、可能存在脏数据，建议在拼接前顺手做一次类型检查和清洗，比如用TRIM去掉首尾空格、用CAST统一类型。
性能方面，这些空值处理函数本身开销都很小，正常业务场景下几乎感觉不到差异。真正需要注意的是在拼接表达式上建索引的问题：带有函数调用的表达式无法直接利用普通索引，如果查询频繁，可以考虑用生成列或者函数索引来优化。总之，理解了NULL在三值逻辑中的定位，再结合数据库的具体实现特性，这个问题就再也不构成困扰了。