是，因varchar2硬限4000字节，||强制返回varchar2类型，超长即报ora-06502；正确做法是用dbms_lob.createtemporary、writeappend和freetemporary组合处理clob。
拼接超4000字节字符串必报ORA-06502？不是写法错，是类型硬限制
Oracle PL/SQL中用 || 拼接字符串，一旦结果超过4000字节（单字节字符集下），就会触发 ORA-06502: character string buffer too small。这不是你漏写了NVL或拼错了变量名，而是VARCHAR2类型本身有4000字节硬上限——哪怕两边都是CLOB，||也会强制转成VARCHAR2再拼，超出即崩。
常见错误现象包括：
- 循环里反复写
str := str || new_part，第100次执行突然报错，但前99次都正常 - 源字段含
CLOB，直接SELECT col1 || col2 FROM t报ORA-22835 - 拼出来内容肉眼可见被截断，但没报错（其实是隐式截断，非静默失败）
别用||和CONCAT()拼CLOB，用DBMS_LOB.WRITEAPPEND
DBMS_LOB.CONCAT()看着像正解，但它每次调用都会复制整个LOB内容，100次拼接≈O(N²)时间开销；而||根本不能用于CLOB流式追加。真正高效、可控的方式是组合使用三个LOB过程：
- 先调
DBMS_LOB.CREATETEMPORARY(l_clob, TRUE)创建可写临时CLOB - 循环中用
DBMS_LOB.WRITEAPPEND(l_clob, LENGTH(part), part)追加，不复制已有内容 - 拼完必须调
DBMS_LOB.FREETEMPORARY(l_clob)，否则内存泄漏会缓慢恶化
注意：part可以是VARCHAR2或CLOB，但目标l_clob必须已初始化为非NULL；NULL值不会被跳过，得提前用NVL(part, '')处理。
LISTAGG在游标里直接用就报ORA-00937？必须套子查询或加GROUP BY
LISTAGG是聚合函数，不能和非聚合列混用。比如想查部门名+该部门所有员工姓名拼成一行，在游标里写 SELECT dname, LISTAGG(ename)... 会直接报 ORA-00937。
安全写法只有两种：
- 把
LISTAGG放进子查询，主查询做JOIN，例如：SELECT d.deptno, d.dname, e.ename_list FROM dept d JOIN (SELECT deptno, LISTAGG(...) FROM emp GROUP BY deptno) e ON d.deptno = e.deptno - Oracle 12c+ 必须显式加
ON OVERFLOW TRUNCATE ''，否则超4000字节直接报ORA-01489（不是截断，是崩） -
WITHIN GROUP (ORDER BY ...)里的字段，必须也在GROUP BY里出现，否则报ORA-30497
WHERE里写col1 || col2 = 'xxx'？索引全失效，CPU白烧
在WHERE条件里用拼接表达式，Oracle无法利用col1或col2上的索引，执行计划必然走全表扫描。拼接本身还额外消耗CPU——这问题不报错，只悄悄拖慢整个系统。
正确做法：
- 拼接逻辑一律挪到
SELECT列表或应用层 - 真要按拼接结果查，建函数索引：
CREATE INDEX idx_concat ON t1 (col1 || col2) - 函数索引要求确定性：
NVL(col, '')可用，SYS_GUID()不行
CLOB拼接最易被忽略的点：漏掉DBMS_LOB.FREETEMPORARY()不会立刻报错，但下次执行可能因内存不足失败——它不声不响地积压，直到某天突然卡住。
