直接INSERT CLOB字符串会报ORA-01461或ORA-22275，因为CLOB是定位器类型，必须先用EMPTY_CLOB()占位、SELECT...FOR UPDATE锁定行获取有效locator，再通过DBMS_LOB.WRITEAPPEND分段写入（每次≤32767字节），跳过任一环节均触发对应错误。
为什么直接 INSERT CLOB 字符串会报 ORA-01461 或 ORA-22275
oracle 不允许在 insert 语句中直接用字符串字面量（如 'very long text...'）赋值给 clob 列——哪怕只有几百字节，在 pl/sql 块里也可能失败。根本原因是：clob/blob 是定位器（locator）类型，不是普通标量；必须先分配存储结构，再通过指针写入数据。
典型错误现象：
-
ORA-01461: can bind a LONG value only for insert into a LONG column（对 CLOB 传长字符串） -
ORA-22275: invalid LOB locator specified（没走EMPTY_CLOB()+SELECT ... FOR UPDATE路径） -
ORA-22920: row containing the LOB value is not locked（漏了FOR UPDATE）
正确路径只有一条：占位 → 锁定 → 定位器写入。跳过任意一环都不可行。
DBMS_LOB.WRITEAPPEND 分段写入必须控制每次 ≤32767 字节
DBMS_LOB.WRITEAPPEND 是最常用的安全写法，但它有硬性限制：第二个参数（amount）必须 ≤ 32767，且第三个参数（buffer）必须是 VARCHAR2 或 RAW 类型——超长就会触发 ORA-06502，不是配置问题，是 Oracle 内核级限制。
实操要点：
- 用
DBMS_LOB.GETLENGTH(src_clob)或LENGTH(src_str)获取总长度 - 用循环 +
SUBSTR(src_str, offset, 32767)截断，每次调用DBMS_LOB.WRITEAPPEND(loc, len, substr_result) -
offset从 1 开始，每次递增len，直到offset > total_length - 别用
DBMS_LOB.WRITE替代——它需手动维护偏移量，容易覆盖已有内容
临时 CLOB 必须显式 DBMS_LOB.CREATETEMPORARY 并配对 FREETEMPORARY
当需要在存储过程中构造大文本（比如拼接日志、生成 XML），常会用 DBMS_LOB.CREATETEMPORARY 创建临时 CLOB。但这个对象不会自动释放，PGA 内存会持续累积，高频调用下很快触发 ORA-04030。
关键约束：
- 创建时必须设
cache => TRUE，否则后续DBMS_LOB.GETLENGTH或READ返回 0 - 写完后必须调用
DBMS_LOB.FREETEMPORARY(loc)，且要放在EXCEPTION块里兜底 - 不能依赖会话结束回收——临时 LOB 生命周期由显式调用控制
- 若之后还要插入到表中，得先用
DBMS_LOB.COPY或WRITEAPPEND拷贝过去，不能直接赋值
从 BFILE 加载文件时漏掉 FILEOPEN/FILECLOSE 会静默失败
用 DBMS_LOB.LOADFROMFILE 把操作系统文件导入 CLOB/BLOB 时，很多人只记得调用 LOADFROMFILE，却忽略前置的 DBMS_LOB.FILEOPEN 和结尾的 DBMS_LOB.FILECLOSE。结果是：过程不报错，但目标 LOB 仍是空的，或只写入前几 KB。
正确顺序：
- 先
DBMS_LOB.FILEOPEN(bfile_loc, DBMS_LOB.FILE_READONLY) - 再
DBMS_LOB.LOADFROMFILE(dest_lob, src_bfile, DBMS_LOB.GETLENGTH(src_bfile)) - 最后
DBMS_LOB.FILECLOSE(bfile_loc) - 注意：
src_bfile必须是已通过BFILENAME('DIR_NAME', 'file.txt')初始化的BFILE变量
切片本身不是难点，难的是每一步都绑定上下文：事务、定位器生命周期、字节边界、缓存开关。少一个 FOR UPDATE，少一次 FREETEMPORARY，或者一次超长 WRITEAPPEND，都会让整个流程在生产环境突然中断。
