alter package时包含drop操作

一般情况下,我们如果alter操作,是不会触发drop操作。但是在某些特别的情况下,alter package的操作在递归SQL中,是能看到drop操作的。

我们这个环境中有trigger,一旦有drop操作的时候,是会报错ORA-20008,且被阻拦的。

我们看到下面,我们只是alter package而已。但是在关系到其关联对象的时候,竟然发生了drop的动作:
SQL> alter package MYUSER1.MYP_IIA_IS_PACKAGE compile body;
alter package MYUSER1.MYP_IIA_IS_PACKAGE compile body
ORA-04045: errors during recompilation/revalidation of MYUSER1.MYP_ABCD_OUN_PACKAGE
ORA-20008: 该对象被其他对象依赖,不能删除,请检查dba_dependencies!
ORA-06512: at line 31

在10046的trace中:
PARSING IN CURSOR #10 len=49 dep=2 uid=353 oct=78 lid=353 tim=24012153459082 hv=0 ad='7d9f7d28'
drop type "MYUSER1".SYS_PLSQL_315410_1679_1 force
END OF STMT

而引起这个问题的原因,是在package中,使用pipelined的管道函数,会自动产生SYS_PLSQL_%s_%c_%v的type。%v表示version 。

这些type在package重新编译的时候,需要regenerate的type,会循环的删除old version的type,再create new version type。也就是说,在编译的时候,会先drop SYS_PLSQL_%s_%c_1,再create SYS_PLSQL_%s_%c_2;如果再编译,会drop SYS_PLSQL_%s_%c_2,再create SYS_PLSQL_%s_%c_1……

即在myuser1.myp_abcd_oun_package中有使用pipelined,所以会产生这样的type:

create or replace package body myuser1.myp_abcd_oun_package is
……
function splitstr(p_string in varchar2, p_delimiter in varchar2)
return str_split
pipelined

as
v_length number := length(p_string);
v_start number := 1;
v_index number;
begin
while(v_start <= v_length) loop v_index := instr(p_string,

而我的package,myuser1.MYP_IIA_IS_PACKAGE,是会引用到myp_abcd_oun_package,所以编译MYP_IIA_IS_PACKAGE的时候,也会regenerate的type。

解决方法:

相关文章

发表评论

电子邮件地址不会被公开。 必填项已用*标注

This site uses Akismet to reduce spam. Learn how your comment data is processed.