一般情况下,我们如果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。
解决方法:
1 |
先把myp_abcd_oun_package编译成功,在编译其他的package,就不会需要regenerate type,也就不会再报关于那个trigger的错了。 |