PL/SQL 包无效

发布于 2024-08-25 22:09:03 字数 626 浏览 3 评论 0原文

我有一个使用包（PKG_MY_PACKAGE）的脚本。我将更改该包中查询中的一些字段，然后重新编译它（我不会更改或编译任何其他包）。我运行脚本并收到一个错误，看起来像是

    ORA-04068: existing state of packages has been discarded
    ORA-04061: existing state of package body "USER3.PKG_MY_PACKAGE" has been invalidated
    ORA-04065: not executed, altered or dropped package body "USER3.PKG_MY_PACKAGE"
    ORA-06508: PL/SQL: could not find program unit being called: "USER3.PKG_MY_PACKAGE"
    ORA-06512: at line 34

我再次运行脚本（没有更改系统中的其他任何内容）并且脚本成功执行。

我认为在执行脚本之前进行编译时可以修复任何无效引用。这是 100% 可重现的，而且我使用这个脚本的次数越多，它就越烦人。什么可能导致这种情况，以及如何解决它？

（oracle 10g，使用 PL/SQL Developer 7）

原文

I have a script that makes use of a package (PKG_MY_PACKAGE). I will change some of the fields in a query in that package and then recompile it (I don't change or compile any other packages). I run the script and I get an error that looks like

    ORA-04068: existing state of packages has been discarded
    ORA-04061: existing state of package body "USER3.PKG_MY_PACKAGE" has been invalidated
    ORA-04065: not executed, altered or dropped package body "USER3.PKG_MY_PACKAGE"
    ORA-06508: PL/SQL: could not find program unit being called: "USER3.PKG_MY_PACKAGE"
    ORA-06512: at line 34

I run the script again (without changing anything else in the system) and the script executes successfully.

I thought that when I compiled before I executed the script that would fix any invalid references. This is 100% reproducible, and the more I use this script the more annoying it gets. What could cause this, and what would fix it?

(oracle 10g, using PL/SQL Developer 7)

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

苏璃陌 2024-09-01 22:09:03

背景

包的现有状态已被丢弃意味着您的包（或主体）具有某种状态，但由于重新编译而丢失了。

这是由存储在您的包中的全局变量引起的。
在 11.2.0.2 之前，常量确实也会导致此行为（请参阅文档）。

由于该包已在您的会话中使用，Oracle 假定此状态与您相关。某些变量可能已更改，并且当您重新编译时，这些值将被重置。

抛出此异常，以便您的客户知道他们不能再依赖这些变量。

解决方案

再次调用，注意状态已重置
关闭会话并重新连接，然后再次调用程序包。
手动重置状态（请参阅 Paul James 的回答）

解决方案（更改源）

删除所有全局变量（以及 11gR2 之前的常量）如果可能的话
- 将它们移至包头，这样至少可以重新编译正文
用 DETERMINISTIC 函数替换全局变量（如这个答案）
使用 PRAGMA SERIALLY_REUSABLE 导致 Oracle 在每次调用服务器时重新初始化全局变量。

回复收藏 0 原文

浅暮の光 2024-09-01 22:09:03

如果您正在脚本中运行内容，请在运行重新编译的代码之前尝试这些命令。

exec DBMS_SESSION.RESET_PACKAGE
exec DBMS_SESSION.MODIFY_PACKAGE_STATE( DBMS_SESSION.REINITIALIZE )

它们的作用正如其名称所暗示的那样。

If you're running stuff in a script try these commands in there prior to running the re-compiled code..

exec DBMS_SESSION.RESET_PACKAGE
exec DBMS_SESSION.MODIFY_PACKAGE_STATE( DBMS_SESSION.REINITIALIZE )

They do what the name might suggest.

回复收藏 0 原文

毁虫ゝ 2024-09-01 22:09:03

您可能遇到的问题是：

您调用的包/过程无效（尽管如果独立调用它可以工作）
检查此查询，在此all_objects视图中是否有您的包或包中使用的对象的条目

select * from all_objects where status = 'INVALID' and owner = 'SCHEMA_NAME';

检查您的包是否具有全局变量？如果是，则检查这些变量是否未被任何其他会话更改，最好删除这些全局变量/使用函数
运行下面的脚本来编译架构中的所有对象

begin
   dbms_utility.compile_schema('SCHEMA_NAME', false); 
end;

最后一个选项如果上述方法都不起作用，则从包中删除所有过程/函数，添加新函数并尝试从触发器运行您的函数。检查这是否有效，然后您的包裹处于特殊锁定状态。添加新函数/过程后，其状态将再次有效，然后您可以添加所有实际的函数/过程并删除新添加的函数/过程。

Possible issues you can have is:

The package/procedure you are calling is invalid (though it can work if called independently)
check this query whether you have an entry of your package or objects used in your package in this all_objects view

select * from all_objects where status = 'INVALID' and owner = 'SCHEMA_NAME';

Check your package is having global variables? if yes then check if those variable is not being changed by any other session preferable remove those global variables/use function
Run below script to compile all the objects in your schema

begin
   dbms_utility.compile_schema('SCHEMA_NAME', false); 
end;

Last option if none of the above works then remove all the procedures/function from your package, add new function and try to run your function from the trigger. check if this works then your package is in special lock. After adding a new function/proc it's state will be valid again and then you can add all your actual funcs/procs and remove the newly added function/proc.

回复收藏 0 原文