EXECUTE IMMEDIATE 每次仅支持执行一条完整SQL语句，分号在动态SQL字符串中是非法字符（ORA-00911），不能用其分隔多条DDL；必须拆分为多次独立调用。
为什么不能直接用 EXECUTE IMMEDIATE 执行多条 DDL 语句
Oracle 的 EXECUTE IMMEDIATE 每次只能执行**一条完整语句**，不能用分号分隔多条 DDL（比如 CREATE TABLE; ALTER TABLE; GRANT）。若强行拼接，会报 ORA-00911: invalid character 或 ORA-06550 —— 分号在动态 SQL 字符串里是非法字符，不是语句分隔符。
常见错误写法：
EXECUTE IMMEDIATE 'CREATE TABLE t1(id NUMBER); ALTER TABLE t1 ADD name VARCHAR2(10);';
这行不通。必须拆成多次调用，且每条都得是语法完整的独立 DDL。
如何安全地批量执行 DDL 脚本（含条件判断）
核心思路：把脚本按分号切分 → 过滤空行和注释 → 对每条非空非注释语句单独 EXECUTE IMMEDIATE。但注意：-- 和 /* */ 注释必须手动剥离，Oracle 不会在动态 SQL 中解析它们。
实操建议：
- 用 PL/SQL 块读取脚本内容（如从
USER_SOURCE、临时表或绑定变量传入的 CLOB） - 用
REGEXP_SUBSTR或循环 +INSTR/SUBSTR拆分语句，以分号为界，但要跳过字符串字面量里的分号（简单脚本可忽略，生产环境建议用正则规避） - 每条提取出的语句需
TRIM并检查是否为空或纯空白；用REGEXP_LIKE(stmt, '^[[:space:]]*--')跳过单行注释 - 对每条有效 DDL，包在
BEGIN ... EXCEPTION WHEN OTHERS THEN ... END;中，避免一条失败中断全部
示例片段（简化版，无注释处理）：
DECLARE
stmts SYS.ODCIVARCHAR2LIST := SYS.ODCIVARCHAR2LIST(
'CREATE TABLE tmp_log(id NUMBER)',
'ALTER TABLE tmp_log ADD ts DATE DEFAULT SYSDATE',
'CREATE INDEX idx_tmp_log_id ON tmp_log(id)'
);
BEGIN
FOR i IN 1..stmts.COUNT LOOP
BEGIN
EXECUTE IMMEDIATE stmts(i);
DBMS_OUTPUT.PUT_LINE('OK: ' || stmts(i));
EXCEPTION
WHEN OTHERS THEN
DBMS_OUTPUT.PUT_LINE('FAIL: ' || stmts(i) || ' → ' || SQLERRM);
END;
END LOOP;
END;遇到权限不足或对象已存在时怎么绕过
DDL 动态执行常因权限或状态报错：ORA-01031: insufficient privileges（需显式 GRANT，无法用 DEFINER'S RIGHTS 绕过）、ORA-00955: name is already used（建表/索引重复）。
关键应对方式：
-
CREATE OR REPLACE只适用于PROCEDURE/FUNCTION/VIEW等，**不支持TABLE或INDEX** —— 别指望它能“覆盖”建表 - 建表前查
USER_TABLES：SELECT COUNT(*) FROM USER_TABLES WHERE TABLE_NAME = UPPER('my_table')，为 0 再执行 - 删表再建？慎用：
DROP TABLE ... CASCADE CONSTRAINTS会丢失外键依赖，且DROP本身可能失败（如被锁、有 MV 日志） - 权限问题没捷径：DBA 必须提前给账号授
CREATE TABLE、ALTER ANY TABLE等对应系统权限，动态 SQL 不改变权限上下文
为什么存储过程里执行 DDL 后，后续查询看不到新表
这是最易踩的坑：在存储过程中用 EXECUTE IMMEDIATE 'CREATE TABLE ...' 成功后，紧跟着 INSERT INTO new_table ... 会报 ORA-00942: table or view does not exist。
原因：PL/SQL 编译期做对象校验，而动态 DDL 创建的对象在运行期才生效，编译器“看不见”。即使加了 COMMIT 也无效——这不是事务问题，是编译绑定问题。
解决方法只有两个：
- 所有对新建对象的操作，也必须用
EXECUTE IMMEDIATE（包括INSERT、SELECT） - 把 DDL 和后续 DML 拆到不同存储过程中，调用方先跑 DDL 过程，再跑 DML 过程（此时第二次编译能识别新对象）
别试图用 DBMS_UTILITY.COMPILE_SCHEMA 强制重编译——它不解决当前会话的绑定延迟。
