每当我们将更改部署到数据库对象时，任何依赖于该对象的代码都会失效.这会影响触发器，视图和存储过程.但是，下一次调用此代码的数据库将自动重新编译它.

所以我们不必为此担心，对吗?好吧，是的.关键是，触发器(或其他任何触发器)的无效对我们来说是一个标志，表明已进行了更改，可能会影响该触发器的操作，并可能产生副作用.最明显的副作用是触发器不会编译.更巧妙的是，触发器可以编译，但在操作过程中会失败.

因此，在开发环境中强制重新组合触发器是一个好主意，以确保我们的更改从根本上不会破坏任何东西.但是，当我们在生产中部署变更时，我们可以跳过这一步，因为我们坚信一切都会按需重新编译.取决于我们的神经:)

Oracle提供了自动重新编译模式中所有无效对象的机制.

• 最直接的方法是使用DBMS_UTILITY.COMPILE_SCHEMA().但是自8i以来，这一直是不可靠的(因为对Java存储过程的支持引入了循环依赖的可能性)，并且不再保证第一次成功编译所有对象.

• 在9i中，Oracle为我们提供了一个脚本$ORACLE_HOME/rdbms/admin/utlrp.sql，该脚本重新编译了内容.不幸的是，它需要SYSDBA访问.

• 他们在10g中添加了UTL_RECOMP软件包，该软件包基本上完成了该脚本所做的所有工作.这是重新编译大量对象的推荐方法.不幸的是，它还需要SYSDBA访问. 解决方案