使用DataGrip调试Oracle例程与包的常见问题及技巧咨询

问题1：自动生成代码中open ?语句报错 #

含义说明 #

open ? for select result as result from dual; 里的?是JDBC协议的输出游标占位符，DataGrip默认生成这段代码是为了将你调用的函数返回值，绑定到游标后输出到IDE的结果面板。这个占位符需要传入游标类型的参数，你手动输入数字、字符串当然会触发Oracle类型不匹配报错。

解决方法 #

两种方案可选：

• 临时方案：和你现在的操作一致，直接注释掉这段代码即可正常启动调试
• 永久方案：右键要调试的函数/存储过程，选择「修改运行配置」，取消勾选「生成返回结果的游标」选项，后续自动生成调试代码时就不会再增加这段语句

问题2：单步调试卡顿、按钮禁用 #

原因 #

DataGrip的「步入」功能会尝试进入当前执行语句的内部调试链路：

• 遇到SELECT INTO这类纯SQL语句时，Oracle没有将SQL执行的底层调试链路暴露给第三方IDE，IDE会持续等待调试探针返回信息，导致卡顿无响应
• 遇到例程末尾的END语句时，IDE会尝试追踪例程结束后返回上层调用方的链路，如果你调试的是顶层匿名块调用的例程，没有上层调用方，就会触发卡死

解决方法 #

• 遇到纯SQL语句、例程末尾END语句时，直接点击「步过」，不要点击「步入」
• 进入DataGrip设置路径：数据库 → 调试，取消勾选「步入SQL语句」，后续遇到SQL会自动执行步过操作，不会触发卡顿
• 如果已经触发卡顿，直接点击调试面板的停止按钮即可，不会锁定Oracle会话

问题3：包内例程调试难度高、启动失败 #

前置检查 #

先确认两个前提条件是否满足，这两个是包调试的必要条件：

• 你要调试的包、包体都已经执行过「编译 - 带调试信息」操作，不要直接选择普通编译，没有调试信息的话IDE无法插入调试探针，会启动失败或断点不生效
• 包所属的数据库用户已经被授予DEBUG CONNECT SESSION、DEBUG ANY PROCEDURE权限，权限不足会直接导致调试进程启动失败

调试技巧 #

• 不要自己写匿名块调用包内例程再启动调试，直接在DataGrip数据库面板中找到对应包下的目标例程，右键选择「调试」，IDE会自动生成适配包结构的调试模板，兼容性远高于手写匿名块
• 如果包内有重载的例程，调试前先确认你选中的是参数列表匹配的目标重载版本，避免出现调用错误

通用调试技巧 #

• 调试前先对所有涉及的PL/SQL对象（独立存储过程/函数、包、包体）统一执行「编译 - 带调试信息」，避免断点不生效的问题
• 如果参数是自定义类型（RECORD、集合等），不要在弹出的参数输入框里手动填写，直接在自动生成的匿名块里给变量赋值，兼容性更高
• 查看变量值时，优先将变量拖拽到调试面板的「监视」栏，不要依赖悬浮预览，悬浮预览触发卡顿的概率更高
• 频繁出现调试启动失败时，可以先在当前会话执行ALTER SESSION SET PLSQL_DEBUG = TRUE;，强制开启当前会话的PL/SQL调试模式后再启动调试

内容的提问来源于stack exchange，提问作者ed-vaz