数据库对象失效的原因很多，下面大致归纳了一些常见的原因

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;

Oracle编译失效对象