上周帮一个刚转行做开发的朋友调试代码，他对着 Oracle 数据库发了半小时呆，就为了一句字符串拼接。我凑过去一看，他在用加号 “+” 拼字段，这在 SQL Server 里是标配，但在 Oracle 里根本行不通。他挠着头说：“这数据库怎么连个拼接都不按套路来？”我笑了，Oracle 在这件事上确实有自己的脾气，但摸清它的性子后，你会发现它其实挺讲究。
Oracle 最正统的字符串拼接方式是双竖线 “”。这玩意儿看起来像管道符，但在 SQL 里就是黏合剂。比如要把员工的姓和名拼在一起，写 就行。但有个坑：如果某个字段是 NULL，整个拼接结果也会变成 NULL。我见过不少新手在这栽跟头，辛辛苦苦查出来的数据因为一个空值全白费了。解决办法是用 NVL 给个默认值，例如 。这招虽然稍显啰嗦，却很稳。
除了 “”，Oracle 还有个叫 CONCAT 的函数。它只接受两个参数，想拼三个字段就得嵌套写。比如 。很多从 MySQL 转过来的朋友会吐槽：MySQL 的 CONCAT 能一次接十几个参数，Oracle 怎么这么“小气”？其实这背后有历史原因——Oracle 的 CONCAT 最早设计就是二元的，后来没有改动，因为 “” 已经够用了，再改反而破坏兼容性。所以我的建议是：别跟 CONCAT 较劲，直接用 “” 更省事。
实际工作中，字符串拼接经常要和日期、数字打交道。比如要生成报告标题 “2025 年 3 月销售报表”。在 Oracle 里直接拼数字和字符串没问题，但遇到日期就得小心。写 会得到类似 “今天是01-04-25” 的格式，丑得不忍直视。正确做法是先用 TOCHAR 把日期转成想要的格式：。数字也类似，金额要保留两位小数时可以用 ，其中 “FM” 用来去掉前导空格，防止拼接后出现多余空白。
还有一种常见场景：动态生成 SQL 语句。比如根据用户输入的条件拼查询，这时字符串拼接就考验细心程度了。假设用户想查某个部门的员工，你可以写 。如果 vdeptid 是数字，没问题；如果是字符串，就得加单引号：。在字符串里表示一个单引号，只需要写两个单引号。我见过最离谱的错误是有人在动态 SQL 里忘了处理特殊字符，用户输入 “O'Brien” 时整个语句就炸了。这时可以用 REPLACE 把单引号转义：。
说到性能，很多人觉得字符串拼接不过是把几个东西粘一起，能有多慢？但如果在循环里逐行拼接，Oracle 会为每次拼接生成一个新字符串，旧的字符串就成了垃圾等待回收。数据量大时，内存和 CPU 都会吃紧。更高效的做法是使用 LISTAGG，它能把多行数据合并成一行，并用指定分隔符分隔，例如 。在 12c 以后，LISTAGG 还支持去重，只需加上 DISTINCT。需要注意的是，LISTAGG 拼出的字符串长度有限，超过 4000 字节会报错，这时可以改用 XMLAGG 或自定义函数来处理。
还有个冷门但实用的技巧：用 SYSCONNECTBYPATH 做层次化拼接。比如要展示部门的完整路径 “总部-华东区-上海分公司”。这种树形结构的数据可以这样写：。这招看着复杂，但熟练后处理组织架构、分类目录非常顺手。当然，如果使用的是 11gR2 之后的版本，更推荐用递归 CTE（公用表表达式），可读性更好。
聊点实战中的坑。我遇到过最诡异的情况：拼接后的字符串在 PL/SQL Developer 里显示正常，但导出到 Excel 就乱码。查了半天，发现是拼接时混入了不可见字符，例如 CHR(10) 换行符。还有一次，同事用 “” 拼了个超长字符串，插入表时报错 ORA-01480，因为目标字段是 VARCHAR2(4000)，拼出来的内容超过了限制。解决方案是改为 CLOB 类型，或者分批插入。更隐蔽的问题是字符集不一致——如果两个字段来自不同表，它们的字符集可能不同，拼在一起就会出现问号。这时可以用 CONVERT 转换字符集，或者在建表时统一使用 AL32UTF8。
说到底，Oracle 的字符串拼接就像跟一个严谨的老工程师打交道：规矩多，但每条规矩背后都有道理。你不需要记住所有函数和技巧，但要理解它的核心逻辑：NULL 的处理、数据类型的转换、性能的取舍。下次再遇到拼接问题，先想清楚要粘的是什么类型的数据，再决定用 “”、LISTAGG 还是 SYSCONNECTBYPATH。实在不行，就老老实实写个存储过程，用循环拼接——虽然笨，但至少不会出幺蛾子。毕竟，在数据库的世界里，稳定比炫技重要得多。
