ORA-22927错误源于触发器中未初始化LOB locator就调用DBMS_LOB函数，须在BEFORE INSERT/UPDATE触发器中先执行:NEW.col := EMPTY_CLOB()或EMPTY_BLOB()，不可用NULL或字符串字面量替代。
ORA-22927：触发器里LOB locator未初始化就直接用
触发器中对 BLOB 或 CLOB 字段做写入操作（比如 DBMS_LOB.WRITE、DBMS_LOB.COPY）前，必须确保该字段的 locator 是有效且已初始化的。否则 Oracle 会立刻报 ORA-22927: invalid LOB locator specified。这个错误最常见于 :NEW.clob_col 在 INSERT 触发器中被当作可写对象直接传给 LOB 函数——但它其实只是个空指针，没绑定到任何实际存储位置。
根本原因是：Oracle 不允许在触发器中隐式创建 LOB 内容；你得显式告诉它“这里要放一个空的 LOB 实例”。
-
:NEW.clob_col := EMPTY_CLOB()或:NEW.blob_col := EMPTY_BLOB()必须出现在触发器体开头、任何 LOB 操作之前 - 只对
INSERT或UPDATE触发器中的:NEW列生效；:OLD的 LOB 列不可写 - 不能在
AFTER触发器中初始化 —— 必须是BEFORE，否则数据已提交，locator 失效 - 如果表定义中该列允许 NULL，
EMPTY_CLOB()不会违反约束，它是一个合法的非 NULL 空值
为什么不能用 NULL 或字面量代替 EMPTY_CLOB()
很多人试过 :NEW.clob_col := NULL 或 :NEW.clob_col := 'xxx'，结果还是报 ORA-22927。这是因为：
-
NULL表示 locator 为空，不是“空内容”，DBMS_LOB函数拒绝操作空 locator - 字符串字面量赋值（如
'abc'）在触发器中不触发隐式转换为 CLOB；Oracle 仍认为 locator 未初始化 -
EMPTY_CLOB()是唯一能生成“已初始化但内容为空”的 locator 的函数，底层会分配临时 LOB 描述符
BEFORE INSERT 触发器中初始化 CLOB 的典型写法
以下是一个安全可用的模板，适用于需要在插入时动态构造 CLOB 内容的场景：
CREATE OR REPLACE TRIGGER trg_ins_article
BEFORE INSERT ON articles
FOR EACH ROW
BEGIN
:NEW.content := EMPTY_CLOB(); -- 必须这行先执行
DBMS_LOB.WRITEAPPEND(:NEW.content, LENGTH('default text'), 'default text');
END;注意：DBMS_LOB.WRITEAPPEND 必须紧跟在 EMPTY_CLOB() 赋值之后，中间不能有 SELECT、异常处理分支或其它语句打断 locator 生命周期。
容易被忽略的兼容性细节
不同 Oracle 版本对 EMPTY_CLOB() 的行为略有差异，尤其在分区表或远程数据库链接（DB Link）场景下：
- Oracle 10g 及更早版本：若表启用了
ROW MOVEMENT，EMPTY_CLOB()初始化后立即做UPDATE可能导致 locator 失效，建议在同一条 UPDATE 语句中完成初始化和写入 - 通过 DB Link 插入时，
EMPTY_CLOB()不被远程端识别，必须在本地端完成 LOB 构造后再 INSERT - 在复合触发器（Oracle 11g+）中，
BEFORE EACH ROW阶段才能安全调用EMPTY_CLOB()；BEFORE STATEMENT阶段无效
真正麻烦的不是写错语法，而是 locator 初始化和后续 LOB 操作不在同一个逻辑上下文里 —— 比如加了异常捕获块却忘了在 EXCEPTION 分支里重置 locator，或者跨过程传递 :NEW.clob_col 导致作用域丢失。这种问题不会报编译错误，只会在运行时突然崩出 ORA-22927。
