数据库中的CONCAT函数怎么用？汇总不同场景下的字符串拼接SQL

爱谁谁

发布时间：2025-08-08 16:45:01

554人浏览过

来源于php中文网

原创

concat函数在任一参数为null时返回null，而concat_ws会跳过null值并正常拼接非null部分；2. 应根据对null的处理需求选择：若需null导致整体结果为null，则用concat；若希望忽略null并保留有效数据拼接，则用concat_ws；3. 不同数据库中字符串拼接方式不同，sql server常用+操作符，postgresql、oracle、sqlite常用||操作符，其中||通常将null视为空字符串；4. 处理null值时推荐使用coalesce、ifnull或isnull函数将null替换为空字符串；5. 拼接非字符串类型时应显式使用cast或convert进行数据类型转换以确保准确性；6. 注意string_agg等聚合拼接函数可用于多行合并，且不同拼接方式在性能、字符集和索引使用上存在差异，需结合具体数据库系统合理选择。

数据库中的CONCAT函数怎么用？汇总不同场景下的字符串拼接SQL

数据库中的CONCAT函数，说白了，就是用来把两个或多个字符串连接起来的工具。它能把分散的数据片段，比如名字的不同部分、地址的详细信息，或者一些描述性的文本，整合成一个完整的字符串，方便你展示或进一步处理。这是SQL里一个很基础但又极其常用的字符串操作。

解决方案

使用

CONCAT

函数进行字符串拼接，核心思路就是把你想连接的各个字符串或列作为参数传进去。它会按照你提供的顺序，把它们一个接一个地拼起来。

最基础的用法，比如你想把“Hello”和“World”拼成“HelloWorld”：

SELECT CONCAT('Hello', 'World');
-- 结果: HelloWorld

如果你想在中间加个空格，或者任何分隔符，只需要把它也作为一个参数传进去：

SELECT CONCAT('Hello', ' ', 'World');
-- 结果: Hello World

实际应用中，我们更常用来拼接表中的列。假设你有一个

employees

表，里面有

first_name

和

last_name

两列，你想显示完整的姓名：

SELECT CONCAT(first_name, ' ', last_name) AS full_name
FROM employees;

这里有个小细节，也是

CONCAT

的一个“特性”：如果任何一个参数是

NULL

，那么整个

CONCAT

的结果都会是

NULL

。这有时候会让人有点头疼，尤其是在处理那些数据可能不完整的字段时。比如，如果

first_name

是

NULL

，即使

last_name

有值，

full_name

也会变成

NULL

。

为了应对

NULL

的问题，或者更灵活地处理分隔符，一些数据库提供了

CONCAT_WS

（Concatenate With Separator）函数。它第一个参数是分隔符，后面跟着要拼接的字符串，而且它会智能地跳过

NULL

值。

-- 使用 CONCAT_WS 拼接姓名，即使某个部分是 NULL 也不会影响其他部分
SELECT CONCAT_WS(' ', first_name, middle_name, last_name) AS full_name
FROM employees;

如果

middle_name

是

NULL

，

CONCAT_WS

会直接跳过它，只拼接

first_name

和

last_name

，并且分隔符依然正确。这在处理地址、电话号码等包含多个可选部分的场景下非常方便。

当然，除了

CONCAT

和

CONCAT_WS

，不同的数据库系统还有自己的字符串拼接方式，比如SQL Server的

操作符，或者PostgreSQL和Oracle的

||

操作符。但

CONCAT

作为一个ANSI SQL标准函数，兼容性相对更好。

CONCAT函数与CONCAT_WS函数有何区别？何时选择使用它们？

这俩函数，虽然都是用来拼接字符串的，但骨子里处理

NULL

的方式大相径庭，这直接决定了你在不同场景下该选谁。理解它们的核心差异，能让你写出更健壮、更符合预期的SQL。

CONCAT

函数，我个人觉得它有点“洁癖”，或者说“一荣俱荣，一损俱损”。它的规则是：只要你给我的参数里，有一个是

NULL

，那不好意思，我整个拼接结果就是

NULL

。这行为，在某些严格的数据校验场景下，其实是挺有用的。比如，你要求一个完整的记录必须所有关键字段都存在，一旦缺失一个，整个组合结果就应该被标记为不完整（

NULL

）。

举个例子：

-- CONCAT遇到NULL的例子
SELECT CONCAT('地址:', '北京市', NULL, '朝阳区');
-- 结果: NULL (因为中间有个NULL)

而

CONCAT_WS

（Concatenate With Separator），它就显得“宽容”多了，也更“实用主义”。它的第一个参数是指定的分隔符，然后后面跟着一系列字符串。它的特点是，在拼接过程中，它会直接跳过任何

NULL

值，并且不会在跳过

NULL

的地方额外添加分隔符。这意味着，即使某些部分缺失，它也能给你一个尽可能完整的拼接结果。这对于那些需要组合多个可选字段的场景，简直是神器。

比如，组合一个用户的地址信息，可能有省、市、区、街道、门牌号，但不是每个人都有街道和门牌号。用

CONCAT_WS

就能很优雅地处理：

-- CONCAT_WS处理NULL的例子
SELECT CONCAT_WS('-', '张三', NULL, '13812345678');
-- 结果: 张三-13812345678 (NULL被跳过了，分隔符只出现在有效数据之间)

SELECT CONCAT_WS(' ', '北京市', '朝阳区', NULL, '建国路');
-- 结果: 北京市 朝阳区 建国路 (NULL被跳过，没有多余的空格)

所以，选择哪个函数，主要看你对

NULL

值的处理期望：

选择
CONCAT
：当你希望任何一个组成部分为
```
NULL
```
时，整个拼接结果也应该是
```
NULL
```
。这通常适用于那些“全有或全无”的逻辑，或者说，你明确需要
```
NULL
```
的传播性来指示数据的不完整性。
选择
CONCAT_WS
：当你希望即使某些部分是
```
NULL
```
，也能得到一个由非
```
NULL
```
部分组成的、尽可能完整的字符串，并且能灵活控制分隔符时。这是更常见的需求，比如组合姓名、地址、联系方式等。

我的经验是，大部分时候，

CONCAT_WS

用起来更顺手，因为它更智能地处理了

NULL

，减少了你需要额外用

COALESCE

或

IFNULL

来处理

NULL

的麻烦。但如果你就是想让

NULL

“传染”，那

CONCAT

就是你的菜。

在不同数据库系统中，字符串拼接还有哪些常见方法或注意事项？

字符串拼接这事儿，虽然核心逻辑都一样，但具体到不同的数据库系统，实现方式和一些小细节还是挺有意思的。这就像方言，同一个意思，各地说法不一样。

首先，最常见的除了

CONCAT

函数，就是操作符拼接了：

SQL Server： 大部分时候，SQL Server用户习惯用
```
+
```
操作符。这和它处理数字加法有点像，但用在字符串上就是拼接。
```
-- SQL Server的 + 操作符
SELECT 'Hello' + ' ' + 'World';
-- 结果: Hello World

-- 同样，+ 操作符遇到NULL也会导致结果为NULL
SELECT 'Hello' + NULL + 'World';
-- 结果: NULL
```
这里有个小坑，如果你用
```
+
```
拼接数字和字符串，SQL Server会尝试进行数据类型转换，如果转换失败就会报错。所以，拼接非字符串类型时，最好显式地用
```
CAST
```
或
```
CONVERT
```
转成字符串。

萝卜简历
免费在线AI简历制作工具，帮助求职者轻松完成简历制作。

下载

PostgreSQL、Oracle、SQLite： 这些数据库则偏爱

||

操作符，这在语法上看起来更像是字符串的“连接”而非“加法”。

-- PostgreSQL/Oracle/SQLite的 || 操作符
SELECT 'Hello' || ' ' || 'World';
-- 结果: Hello World

-- || 操作符在这些数据库中，通常会把NULL视为空字符串进行拼接
-- 这点和CONCAT函数有本质区别，更接近CONCAT_WS（但不完全相同，因为没有分隔符自动处理）
SELECT 'Hello' || NULL || 'World';
-- 结果: HelloWorld (注意：这里NULL被当作空字符串处理了，没有分隔符)

这点非常重要，

||

操作符处理

NULL

的行为和

CONCAT

完全不同，它不会让整个结果变成

NULL

，而是忽略

NULL

值。这在使用时要特别留意，别搞混了。

除了这些基础的拼接方式，还有一些更高级或特定场景下的函数：

STRING_AGG
(SQL Server 2017+, PostgreSQL 9.0+)：这函数可厉害了，它能把多行数据中的字符串聚合到一行，并用指定的分隔符连接起来。这在报表生成、列表展示等场景下非常有用。
```
-- 假设你有一个表存储了某个订单的所有商品名称，你想把它们列在一行
-- SELECT STRING_AGG(product_name, ', ') FROM order_items WHERE order_id = 123;
-- 结果: 商品A, 商品B, 商品C
```
它解决了传统
```
GROUP_CONCAT
```
（MySQL）或
```
LISTAGG
```
（Oracle）这类函数的跨数据库兼容性问题，因为
```
STRING_AGG
```
是SQL标准的一部分。

注意事项：

数据类型转换： 拼接非字符串类型（比如数字、日期）时，最好显式地使用
```
CAST(column_name AS VARCHAR)
```
或
```
CONVERT(VARCHAR, column_name)
```
将其转换为字符串。虽然很多数据库会尝试隐式转换，但显式转换能避免潜在的错误和不一致性，也让你的意图更明确。
NULL
值处理：这是个老生常谈的问题，但真的太重要了。不同的拼接方式对
```
NULL
```
的处理逻辑不同。如果你不希望
```
NULL
```
导致整个结果为
```
NULL
```
，请考虑使用
```
CONCAT_WS
```
，或者在拼接前用
```
COALESCE(column_name, '')
```
将
```
NULL
```
替换为空字符串。
性能： 对于大规模的数据拼接，虽然大多数现代数据库对字符串操作都做了优化，但过多的复杂拼接操作仍然可能影响性能。尤其是在
```
WHERE
```
子句中使用拼接结果进行过滤时，可能会导致索引失效。
字符集和排序规则： 在处理多语言或特殊字符时，拼接操作可能涉及到字符集和排序规则的问题。确保你的数据库、表和连接的字符集设置是正确的，以避免乱码或意外的排序行为。

总的来说，了解你正在使用的数据库系统的具体拼接语法和行为，特别是对

NULL

的处理方式，是编写高效且正确的SQL查询的关键。

使用CONCAT函数时，如何有效处理NULL值和数据类型转换？

这是个很实际的问题，因为真实世界的数据很少是完美的，

NULL

值无处不在，而且你经常需要把数字、日期这些非字符串类型也拼接到字符串里。处理不好，轻则结果不对，重则查询报错。

有效处理NULL值

前面提到了，

CONCAT

函数有个“传染性”的特点：只要有一个参数是

NULL

，结果就是

NULL

。这在某些场景下可能是你想要的，但更多时候，我们希望

NULL

值不影响其他部分的拼接。

最直接有效的方法，就是在

CONCAT

之前，把那些可能为

NULL

的字段，替换成一个空字符串或者其他默认值。常用的函数有：

```
COALESCE(expression1, expression2, ...)
```
：这是一个ANSI SQL标准函数，非常通用。它会返回参数列表中第一个非
```
NULL
```
的表达式。所以，你可以用它把
```
NULL
```
替换为空字符串
```
''
```
。
```
-- 假设 employees 表有 first_name, middle_name, last_name
-- middle_name 可能为 NULL
SELECT CONCAT(
    COALESCE(first_name, ''),
    ' ',
    COALESCE(middle_name, ''),
    ' ',
    COALESCE(last_name, '')
) AS full_name_with_coalesce
FROM employees;
```
这样一来，即使
```
middle_name
```
是
```
NULL
```
，
```
COALESCE(middle_name, '')
```
也会返回空字符串，
```
CONCAT
```
就能正常工作了。不过，这里会有一个小副作用，如果
```
middle_name
```
是
```
NULL
```
，你可能会得到两个连续的空格（例如 "张三"）。这需要你根据具体需求进一步处理，比如用
```
TRIM
```
或者在
```
COALESCE
```
内部更精细地控制空格。

IFNULL(expression, default_value)

(MySQL/SQLite) /
ISNULL(expression, default_value)
(SQL Server)：这些是特定数据库的函数，功能和

COALESCE

类似，都是用来替换

NULL

值的。

-- MySQL/SQLite 示例
SELECT CONCAT(
    IFNULL(first_name, ''),
    ' ',
    IFNULL(middle_name, ''),
    ' ',
    IFNULL(last_name, '')
) AS full_name_with_ifnull
FROM employees;

-- SQL Server 示例
SELECT CONCAT(
    ISNULL(first_name, ''),
    ' ',
    ISNULL(middle_name, ''),
    ' ',
    ISNULL(last_name, '')
) AS full_name_with_isnull
FROM employees;

选择哪一个取决于你使用的数据库系统。我个人更倾向于

COALESCE

，因为它跨数据库兼容性更好，学一个顶多个。

处理数据类型转换

CONCAT

函数本身是为字符串操作设计的。当你尝试拼接数字、日期、布尔值等非字符串类型时，数据库会尝试进行隐式类型转换。大多数时候，这种转换是成功的，但有时可能会出现意想不到的结果，或者在某些数据库中直接报错。

为了确保拼接的准确性和稳定性，最佳实践是显式地将非字符串类型转换为字符串。

CAST(expression AS data_type)

：这是ANSI SQL标准中用于类型转换的函数。

-- 拼接一个数字和一个字符串
SELECT CONCAT('订单号: ', CAST(order_id AS VARCHAR(20))) AS order_info
FROM orders;

-- 拼接日期和字符串
-- 注意：日期转换成字符串的格式取决于数据库的默认设置或你指定的格式
SELECT CONCAT('创建日期: ', CAST(create_date AS VARCHAR(10))) AS date_info
FROM documents;
-- 结果可能是: 创建日期: 2023-10-26 (具体格式看数据库配置)

CONVERT(data_type, expression, style)

(SQL Server)： SQL Server特有的转换函数，它比

CAST

更强大，尤其是在日期和时间格式化方面，可以指定多种转换样式。

-- SQL Server 示例：将日期转换为特定格式的字符串
SELECT CONCAT('创建日期: ', CONVERT(VARCHAR(10), create_date, 120)) AS date_info
FROM documents;
-- 结果: 创建日期: 2023-10-26 (格式 120 是 yyyy-mm-dd hh:mi:ss.mmm，这里只取了前10位)

我的建议是：

对于
NULL
：如果你希望
```
NULL
```
不中断拼接，优先考虑使用
```
CONCAT_WS
```
。如果必须用
```
CONCAT
```
，那么用
```
COALESCE
```
（或
```
IFNULL
```
/
```
ISNULL
```
）把
```
NULL
```
替换成空字符串。
对于数据类型： 始终养成显式
```
CAST
```
或
```
CONVERT
```
的习惯，尤其是当你要拼接的不是纯字符串类型时。这能大大提高你的SQL代码的可读性、可维护性和健壮性，减少那些让人抓狂的类型转换错误。