动态PL/SQL块完全隔离外层作用域，v_empno等变量不可见，须用USING传参或字符串拼接赋值；DDL禁用绑定变量，须拼接并校验；动态块结尾必须有分号，EXECUTE IMMEDIATE末尾不可加/。
动态PL/SQL块里直接写 v_empno 会报 ORA-06550：标识符未声明
动态PL/SQL块（即传给 EXECUTE IMMEDIATE 的字符串中包含 BEGIN ... END;）是独立编译执行的上下文，它**完全隔离于外层PL/SQL作用域**。外层定义的变量（如 v_empno、v_deptno）在动态块内部不可见，哪怕名字一样，也会被当作未声明的标识符报错。
常见错误现象：
- 外层
v_empno NUMBER := 7900;，动态块里写UPDATE emp SET sal = sal + 100 WHERE empno = v_empno;→ 编译失败 - 错误信息类似：
PLS-00201: identifier 'V_EMPNO' must be declared
正确做法：用绑定变量传递值，但仅限 DML/SELECT，不能用于 PL/SQL 块内变量声明
动态PL/SQL块本身不支持直接绑定宿主变量到声明区或过程体内部——USING 子句只对块内 SQL 语句（如 SELECT、UPDATE）生效，不能把值注入到 DECLARE 部分或赋值语句右侧。
实操建议：
- 若只需在动态块中执行一条带参数的 DML 或查询，把参数放在 SQL 语句里，用
USING传入：EXECUTE IMMEDIATE 'UPDATE emp SET sal = :s WHERE empno = :e' USING 1500, v_empno; - 若需在动态块中多次使用该值（比如先查再更新），必须在动态块内部重新声明并初始化——通过字符串拼接把值“固化”进去（注意引号和数字类型处理）：
'v_empno NUMBER := ' || v_empno || ';' - 拼接字符串时，
DATE或VARCHAR2类型要套单引号，且需用q'[]或四单引号规则避错，例如：'v_name VARCHAR2(20) := q''[John''s]'';'
为什么不能对动态DDL（如 CREATE TABLE）用绑定变量
Oracle 明确禁止在 DDL 语句中使用绑定变量，包括动态SQL中的 CREATE、DROP、ALTER 等。这是语法硬限制，不是作用域问题。
错误示例：EXECUTE IMMEDIATE 'CREATE TABLE t AS SELECT * FROM emp WHERE deptno = :d' USING v_deptno; → 报 ORA-01027: bind variables not allowed for data definition operations
替代方案：
- 老老实实用字符串拼接：
'CREATE TABLE t AS SELECT * FROM emp WHERE deptno = ' || v_deptno - 确保拼接前做过校验（比如
v_deptno是数字、非空、不过长），避免 SQL 注入或语法错误 - 若涉及表名、列名等 schema 对象名，绝不能拼接用户输入；必须白名单校验或用
DBMS_ASSERT函数过滤
最容易被忽略的点：动态PL/SQL块结尾必须有分号，但整个 EXECUTE IMMEDIATE 调用末尾不能加 /
动态PL/SQL块是完整可执行单元，结尾的 END; 后必须带分号；而外层调用它的 EXECUTE IMMEDIATE 语句本身是普通 PL/SQL 语句，结尾用分号即可，**不能加 /**——否则会触发编译器混淆，报 PLS-00103 或解析异常。
对比：
- ✅ 正确：
EXECUTE IMMEDIATE plsql_block; - ❌ 错误：
EXECUTE IMMEDIATE plsql_block;/ - ❌ 错误：
EXECUTE IMMEDIATE 'BEGIN DBMS_OUTPUT.PUT_LINE(''x''); END';（缺结尾分号）
这个细节在调试时极难定位，尤其当动态块内容很长、嵌套多层时，容易误以为是逻辑错误而非语法标点问题。
