数据库对象失效的原因很多,下面大致归纳了一些常见的原因
1: 当被引用对象的结构变更时,都会使得相关的依赖对象转变为INVALID状态。
数据库中的对象(存储过程,函数,包,视图,触发器),它们往往需要直接或者间接的引用其它对象,
对象的依赖包括直接和间接二种,其中直接依赖是指存储对象直接依赖于被引用对象,
而间接依赖是指对象间接依赖于被引用对象
1> @?/rdbms/admin/utlrp.sql
许多情况下,由于数据库的升级或迁移,会导致数据库中的对象失效。由于对象之间可能存在复杂的倚赖关系,
所以手工编译通常无法顺利通过。通常我们会在Oracle的升级指导中看到这个脚本,
Oracle强烈推荐在migration/upgrade/downgrade之后,通过运行此脚本编译失效对象。
但是注意,Oracle提醒,此脚本需要用SQLPLUS以SYSDBA身份运行,并且当时数据库中最好不要有活动事物或DDL操作,
否则极容易导致死锁的出现(这是很容易理解的)。
Oracle highly recommends running this script towards the end of of any migration/upgrade/downgrade.
另外,utlrp.sql 里面其实调用了$ORACLE_HOME/rdbms/admin/utlrcmp.sql来编译失效对象。
2> 手动编译
查询失效对象
1 SELECT owner, 2 object_type, 3 object_name, 4 status 5 FROM dba_objects 6 WHERE status = ‘INVALID‘ 7 ORDER BY owner, object_type, object_name;
少量可以手动执行
1 ALTER PACKAGE my_package COMPILE; 2 ALTER PACKAGE my_package COMPILE BODY; 3 ALTER PROCEDURE my_procedure COMPILE; 4 ALTER FUNCTION my_function COMPILE; 5 ALTER TRIGGER my_trigger COMPILE; 6 ALTER VIEW my_view COMPILE;
批量生成编译脚本
1 select ‘alter ‘ ||object_type || ‘ ‘ || object_name || ‘ ‘ || ‘compile;‘ 2 FROM dba_objects 3 WHERE status = ‘INVALID‘ 4 ORDER BY owner, object_type, object_name;