ORA-01704错误本质是SQL字符串字面量超4000字符限制，与CLOB字段容量无关；根本原因是单引号内硬编码字符串被解析为VARCHAR2字面量，须改用绑定变量（如USING）、PL/SQL块或DBMS_LOB接口绕过解析层。
ORA-01704 错误本质是 SQL 字面量限制，不是 CLOB 类型问题
Oracle 报 ORA-01704: string literal too long，根本原因不是 CLOB 字段存不下数据，而是你写的 SQL 语句里用了单引号包裹的超长字符串——比如 INSERT INTO t(c) VALUES ('...4001个字符...')。SQL 解析器把这部分当成了 VARCHAR2 字面量，而它的硬上限就是 4000 字符（AL32UTF8 下可能更少）。哪怕目标字段是 CLOB，只要字符串直接写在引号里，就过不了这一关。
动态SQL中绑定CLOB变量必须用 USING，不能拼接字符串
错误写法是把 CLOB 内容拼进 SQL 字符串里：EXECUTE IMMEDIATE 'UPDATE t SET c = ''' || v_clob_content || ''''。这不仅触发 ORA-01704，还存在 SQL 注入风险，且 v_clob_content 中的单引号必须手动转义（REPLACE(v, '''', '''''')），极易出错。
正确做法是用绑定变量占位，让 Oracle 在执行期传入值：
EXECUTE IMMEDIATE 'UPDATE t SET c = :1 WHERE id = :2' USING v_clob_var, v_id;-
:1必须对应一个已声明的CLOB类型变量（如v_clob_var CLOB），不能是VARCHAR2或字符串字面量 - 如果 CLOB 来自文件或程序，优先用
DBMS_LOB.LOADFROMFILE或 JDBC 的setClob()，绕过 SQL 解析层
ORA-24816：CLOB 绑定后参数顺序不能乱
当你在 USING 子句里绑定了 CLOB，后续所有绑定参数必须是 LOB 或 LONG 类型，否则会报 ORA-24816: long bind or define not in right place。这不是 bug，是 OCI 驱动的协议要求。
常见踩坑点：
- SQL 中 CLOB 参数在第 2 位，但
USING里先传NUMBER、再传CLOB、最后又传VARCHAR2→ 触发错误 - 解决办法：把 CLOB 参数挪到最后，或确保 CLOB 后只跟其他 LOB/LONG —— 例如
INSERT INTO t(a,b,clob_col) VALUES(:1,:2,:3)，则USING v_a, v_b, v_clob是安全的；若写成VALUES(:1,:3,:2)，就必须按USING v_a, v_clob, v_b顺序传，且v_b必须是 LOB
空 CLOB 和 DBMS_LOB 操作需显式初始化
直接对未初始化的 CLOB 变量调 DBMS_LOB.WRITE_APPEND 会静默失败或报 ORA-22285。PL/SQL 里的 CLOB 变量初始是空引用，不是空 LOB。
安全写法分两步：
- 插入时用
EMPTY_CLOB()占位：INSERT INTO t(c) VALUES (EMPTY_CLOB()) RETURNING c INTO v_clob_var; - 再用
SELECT c INTO v_clob_var FROM t WHERE ... FOR UPDATE锁定并获取可写句柄，然后调DBMS_LOB.WRITE_APPEND(v_clob_var, ...) - 或者跳过 INSERT，直接
DBMS_LOB.CREATETEMPORARY(v_clob_var, TRUE)创建临时 LOB，写完再 INSERT
真正容易被忽略的是：绑定变量传 CLOB 本身不难，难的是整个链路——从变量声明、初始化、绑定顺序到执行环境——每一步都得匹配 Oracle 对 LOB 的底层约束。稍有错位，不是报错就是数据没写进去。
