干了好几年开发，你肯定遇到过这种场景：写 SQL 时，要把几个字段拼成一个字符串。比如客户要求报表上显示“张三-销售部-经理”，或者做个动态 SQL 拼接查询条件。Oracle 数据库里这事儿看着简单，真上手了坑不少。我见过太多人直接写“字段1 + 字段2”，结果跑出一堆数字，甚至直接报错。其实 Oracle 拼接字符串就那几种方式，但每种都有自己的“脾气”。
最基础也最常用的就是双竖线“”，它在 Oracle 里就是拼接符号。比如 ，跑出来就是“姓名:张三”。很多人习惯用它，简单直接。但有个细节：如果拼接的字段里有 NULL，整个结果就会变成 NULL。比如 name 为 NULL，拼出来的结果连“姓名:”都没有。这时需要用 NVL 把 NULL 转成空字符串，如 。另外，字段类型也要注意，数字会自动转成字符串，但日期必须先格式化，否则会得到一串不可读的编码。
另一种方式是使用 CONCAT 函数。Oracle 的 CONCAT 只能接受两个参数，例如 。如果要拼三个字段，就得嵌套写，像 。这种写法看着比较累，实际开发里更常用 “”。不过 CONCAT 有个好处：如果参数里有 NULL，它不会让整个结果变成 NULL，而是忽略该 NULL。比如 的结果是“姓名:”。因此在某些场景下，CONCAT 反而更安全。
说到拼接，就离不开字符串聚合。比如把某个部门的所有员工名字拼成一个字符串，用逗号隔开。Oracle 提供了 LISTAGG 函数，专门用于此。示例：。它非常好用，但有个大坑：如果拼接结果超过 4000 字符（或更高版本 VARCHAR2 的最大长度），会直接报错。我见过项目上线后因为这个崩溃，后来改用 XMLAGG 或自定义函数才解决。另外，LISTAGG 在 12c 之前不支持去重，需要先在子查询中排重。
XMLAGG 是一种老派的替代方案，写法稍微复杂一点，例如：。虽然看起来像咒语，但它返回 CLOB 类型，能够处理超长字符串。性能上比 LISTAGG 稍慢，但更稳妥。有些老系统里还有 WMCONCAT，然而它不是 Oracle 官方公开的函数，不同版本表现不一致，建议不要再使用。
拼接字符串还经常出现在动态 SQL 中。比如根据用户输入的参数动态拼接查询条件：。这里有安全隐患：SQL 注入。若用户输入 ，SQL 就会变成 ，直接绕过所有条件。正确做法是使用绑定变量，或通过 DBMSASSERT 包对输入进行校验。另外，动态 SQL 中拼接大量字符串时，建议使用 CLOB 存储中间结果，避免 VARCHAR2 长度限制。
性能问题也必须提出来。很多人图省事，在 SELECT 里用拼接做条件过滤，例如 。这种写法会导致索引失效，因为函数操作阻止了索引扫描。正确做法是 ，或者为拼接列建立函数索引。还有一种常见情形：在循环里频繁拼接字符串。比如 PL/SQL 的 FOR 循环中每次迭代都写 ，这会每次生成新字符串对象，消耗大量内存和 CPU。优化方案是先把片段放入集合（数组），最后一次性用 LISTAGG 或 FORALL 拼接。
说个冷门但实用的技巧：用 REGEXPREPLACE 做高级拼接。比如要把字符串里的所有数字提取出来拼在一起，或按特定规则重组内容。 的结果是 “123”。这个函数配合拼接可以实现很多“骚”操作，但正则写错容易出 bug，建议先在测试环境验证。另外，Oracle 12c 以后支持 WITH 子句递归查询，能够更直观地处理树形结构的路径拼接，虽然学习成本稍高，但在团队中有人会用时非常便利。
说到底，Oracle 拼接字符串并没有那么玄学，关键有三点：搞清楚 NULL 的处理规则、注意长度限制、避免性能陷阱。选哪种方法，看具体场景。要是拼简单字段， 完全够用；要做聚合，优先考虑 LISTAGG；要处理超长文本，选 XMLAGG；要防止注入，使用绑定变量。别盲目套用网上的模板，也不要为了炫技而使用花哨写法。数据库这东西，稳比快重要， 可维护性比时髦更值钱。写出的 SQL，半年后自己还能看得懂，交给别人也不至于被骂。
