在DBeaver中执行Oracle PL/SQL匿名块必须用Ctrl+Enter（或Cmd+Enter），不可用Alt+X；需确保连接启用supportPLSQL=true和oracle.jdbc.autoCommit=false，且块结构完整、变量显式声明、日期用TO_DATE、中文文件编码为UTF-8无BOM。
Oracle匿名块执行必须用 Ctrl+Enter，不能用 Alt+X
在 DBeaver 中对 Oracle 执行 DECLARE...BEGIN...EXCEPTION...END; 这类 PL/SQL 匿名块时，唯一可靠的方式是把光标放在块内任意位置，按 Ctrl+Enter（Windows/Linux）或 Cmd+Enter（macOS）。Alt+X 会尝试按分号切分语句，但匿名块本身不含分号结尾，DBeaver 会直接报错 PLS-00103: Encountered the symbol "END" 或解析失败。
原因在于：Alt+X 是为标准 SQL 脚本设计的顺序执行器，它依赖分号作为语句边界；而 PL/SQL 匿名块是单个逻辑单元，末尾的 /（斜杠）才是 Oracle 客户端识别块结束的标志——但 DBeaver 并不识别这个符号，只认 ;。所以你写完块后加 / 没用，反而可能触发语法错误。
- 必须确保块结构完整：有
DECLARE（可选）、BEGIN、END;，且中间无未闭合的引号或注释 - 不要选中再执行：选中后按
Ctrl+Shift+Enter可能截断块体，导致ORA-06550类错误 - 如果块里调用了自定义函数或过程，确保它们已编译成功，否则报错指向
BEGIN行而非真实缺失对象处
执行前必须确认连接启用了 PL/SQL 调试支持
DBeaver 对 Oracle 的 PL/SQL 支持不是默认开启的。右键数据库连接 → “编辑连接” → 切到“驱动属性”页，手动添加或确认存在以下两项：
-
supportPLSQL=true（关键，缺了就无法识别DECLARE开头的块） -
oracle.jdbc.autoCommit=false（避免块内事务被意外提交，尤其含COMMIT或ROLLBACK时）
这两项在新建 Oracle 连接向导的“高级设置”里通常默认勾选，但如果你复用旧连接、或连接的是 Oracle 11g 以下版本，很可能没开。不开的话，Ctrl+Enter 会静默失败，或者报 ORA-00900: invalid SQL statement——看起来像语法错，实际是方言支持未启用。
带变量的匿名块要小心字符串拼接和绑定
Oracle 匿名块里不能直接用 :variable 绑定外部值（那是 SQL*Plus 的行为），DBeaver 不支持运行时参数替换。所有变量必须在 DECLARE 段显式声明并赋值：
DECLARE v_dept_id NUMBER := 10; v_name VARCHAR2(50) := 'ACCOUNTING'; BEGIN INSERT INTO departments (department_id, department_name) VALUES (v_dept_id, v_name); COMMIT; END;
常见陷阱：
- 中文字符必须确保文件编码为 UTF-8 无 BOM，否则
v_name := '测试';会变成乱码或报ORA-06502 - 日期字面量别写
'2026-11-04'，Oracle 默认不认这种格式，改用TO_DATE('2026-11-04', 'YYYY-MM-DD') - 块内执行 DML 后不加
COMMIT，事务不会持久化——DBeaver 默认 auto-commit 关闭，这点和 MySQL 客户端不同
调试复杂匿名块建议拆成存储过程先验证
超过 20 行、含游标循环或异常分支的匿名块，不建议直接在编辑器里反复 Ctrl+Enter。Oracle 编译器对匿名块的错误定位很粗糙，报错常卡在 BEGIN 行，实际问题可能在第 15 行的 FETCH 或第 18 行的 IF 条件里。
更稳的做法是：
- 先把逻辑封装成临时存储过程：
CREATE OR REPLACE PROCEDURE tmp_debug AS ... BEGIN ... END; - 执行该 DDL 创建过程（用
Ctrl+Enter） - 再单独调用：
BEGIN tmp_debug; END;（再Ctrl+Enter）
这样出错时 Oracle 会准确定位到过程体内的行号，且过程可重复执行、便于加 DBMS_OUTPUT.PUT_LINE 打印中间值——而匿名块里加输出语句，需要额外打开 DBMS_OUTPUT 面板并手动启用，容易漏。
