oracle pl/sql字符串拼接超4000字节报ora-06502，因varchar2硬限4000字节；||强制返回varchar2，遇clob触发ora-22835；高效拼接须用dbms_lob.writeappend配合createtemporary与freetemporary。
oracle pl/sql 字符串拼接超 4000 字节就报 ora-06502，不是写法错，是类型硬限制——varchar2 顶天存 4000 字节（单字节字符集），拼出来再长也自动截断或直接崩。必须切到 clob，且不能靠 || 硬扛。
为什么 || 拼接超长字符串必崩？
|| 运算符返回的永远是 VARCHAR2 类型，哪怕两边都是 CLOB，也会隐式转成 VARCHAR2 并触发截断或报错。这不是性能问题，是类型系统强制约束：
- 拼接结果超过 4000 字节 →
ORA-06502: character string buffer too small - 拼接源含
CLOB→ORA-22835: Buffer too small for CLOB to CHAR conversion - 在循环里反复
str := str || new_part→ 每次都新建VARCHAR2对象，内存翻倍增长，极易 OOM
DBMS_LOB.WRITEAPPEND 才是高效拼 CLOB 的正解
DBMS_LOB.CONCAT() 看似合理，但每次调用都会复制整个 LOB 内容，100 次拼接≈ O(N²) 时间开销。真正适合流式追加的是 DBMS_LOB.WRITEAPPEND()：
- 先用
DBMS_LOB.CREATETEMPORARY(l_clob, TRUE)创建可写临时CLOB - 循环中用
DBMS_LOB.WRITEAPPEND(l_clob, LENGTH(part), part)追加，不复制已有内容 - 拼完必须调用
DBMS_LOB.FREETEMPORARY(l_clob)，否则内存泄漏 - 如果拼接源是
VARCHAR2，直接传入即可；若是CLOB，需确保目标CLOB已初始化非 NULL
NULL 值不处理，拼出来就是 NULL
'a' || NULL || 'b' 结果是 NULL，不是 'ab'。这个行为不会报错，但逻辑全毁。别依赖数据库“自动跳过”：
- 所有参与拼接的字段，必须显式用
NVL(col, '')或COALESCE(col, '')处理 -
CONCAT()函数对NULL更敏感：只要任一参数为NULL，结果必为NULL，且只接受两个参数，传三个直接ORA-00909 - 批量聚合场景（如多行拼一行）优先用
LISTAGG()，它内置ON NULL子句，比如LISTAGG(name, ',' ON NULL '')
别在 WHERE 里拼接字段
把 WHERE col1 || col2 = 'xxx' 当过滤条件，索引直接失效。执行计划会变成全表扫描，拼接本身还额外消耗 CPU：
- 拼接逻辑一律挪到
SELECT列表或应用层 - 真要按拼接结果查，建函数索引：
CREATE INDEX idx_concat ON t1 (col1 || col2) - 注意函数索引要求确定性（deterministic），
NVL可用，SYS_GUID()不行
最常被忽略的点：临时 CLOB 必须配对 FREETEMPORARY()，漏掉一次，下次执行可能因内存不足直接失败——这问题不报错，只缓慢恶化。
