这问题我碰到过好几次，看似空壳的execute_report过程能正常生成报表，肯定是有隐藏逻辑在接管调用——大概率是Oracle Forms的专属机制，或者数据库中你没查到的对象，给你梳理几个核心方向：

1. Forms自身的程序单元/库文件里藏了同名逻辑 #

你看到的null过程可能只是个“占位符”，实际运行时调用的是Form内部或关联库中的同名程序：

• 打开Forms Builder，查看当前Form的Program Units（程序单元），搜索execute_report，说不定有另一个重载版本（参数不同）或者同名的私有过程，实际执行报表生成的是它。
• 检查Form引用的所有库文件（静态加载的.pll/.plx，或者运行时动态加载的），这些库中的过程优先级可能高于你看到的空壳过程。注意编译后的.plx没法直接看源码，得找对应的.pll源文件。

2. 数据库中存在你没权限或没查到的隐藏对象 #

你用ALL_OBJECTS查不到不代表不存在，试试这些方法：

• 用DBA权限查询DBA_OBJECTS和DBA_PROCEDURES，搜索execute_report——有些私有过程（包内部的）不会出现在ALL_OBJECTS里，但DBA_PROCEDURES能看到。
• 检查大小写问题：如果对象名是小写（比如execute_report而非EXECUTE_REPORT），你的模糊查询'%EXEC%'会漏掉，改成WHERE LOWER(OBJECT_NAME) LIKE '%exec%'试试。
• 查同义词和间接引用：比如存在一个同义词指向实际的报表过程，但同义词名字和你查的不一样；或者通过DBMS_SQL/动态SQL调用了其他对象。

3. Forms的触发器/事件绑定接管了调用 #

Oracle Forms的事件驱动模型经常会有“隐形逻辑”：

• 可能execute_report被绑定到了某个Form触发器（比如WHEN-CALL-PROCEDURE自定义触发器），调用这个过程时，实际触发的是触发器里的报表生成代码，而不是空壳过程本身。
• 查看Form中的Report Object（报表对象），说不定这个过程只是个触发开关，真正的报表生成是通过Forms内置的报表对象运行的，空过程的代码根本没被执行。

4. 运行时动态加载的逻辑 #

Forms允许通过LOAD_LIBRARY在运行时动态加载库文件，这些库中的同名过程会覆盖你看到的空壳过程：

• 检查Form的WHEN-FORM-INSTANCE或其他初始化触发器，有没有调用LOAD_LIBRARY加载额外的库，这些库可能包含真正的execute_report实现。

快速排查步骤 #

• 用Forms Builder打开目标Form，全局搜索execute_report，看所有程序单元、触发器、报表对象的关联。
• 找DBA帮忙查询DBA_SOURCE，搜索包含execute_report的源码，定位实际的逻辑位置。
• 开启Forms运行时调试（设置FORMS_DEBUG=TRUE），跟踪调用execute_report时的代码执行路径，看到底跑的是哪一段。

内容的提问来源于stack exchange，提问作者varrtto