Oracle 中的触发器无效

Posted 2023-03-15

【中文标题】Oracle 中的触发器无效

【英文标题】：Trigger is invalid in Oracle

【发布时间】：2011-03-13 03:03:58

【问题描述】：

在对表进行某些更改后，我的数据库中的某些触发器变得无效。但似乎他们仍在工作。我唯一的问题是，如果我使用 SQL Developer，触发器左侧有红色叉号，表示它们无效。这是个大问题吗？

我知道我可以重新编译触发器来解决这个问题，但我不确定这是否真的是一个值得关注的问题。如果是这样，我将需要查看我之前的数百个更改并找出导致问题的原因。谢谢。

【参考方案1】：

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

所以我们不必担心这个，对吧？嗯，是的，在一定程度上。问题是，触发器（或其他）的失效对我们来说是一个标志，表明已经进行了更改，这可能会影响该触发器的操作，这可能会产生副作用。最明显的副作用是触发器无法编译。更微妙的是，触发器编译但在操作期间失败。

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

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

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

在 9i 中，Oracle 给了我们一个脚本$ORACLE_HOME/rdbms/admin/utlrp.sql，它重新编译了东西。不幸的是，它需要 SYSDBA 访问权限。

在 10g 中，他们添加了 UTL_RECOMP 包，它基本上完成了该脚本所做的一切。这是重新编译大量对象的推荐方法。不幸的是，它还需要 SYSDBA 访问权限。 Find out more.

在 11g 中，Oracle 引入了细粒度的依赖管理。这意味着以更精细的粒度（基本上是列级别而不是表级别）评估对表的更改，并且只有直接受更改影响的对象才会受到影响。 Find out more。

【讨论】：

谢谢，这个解释看起来很不错。我点击上面的链接到 10g 的文档，它说你必须连接 AS SYSDBA 才能运行这个脚本。所以看起来我无论如何都必须以 SYSDBA 身份登录。

【参考方案2】：

根本不是什么大问题。

只需右键单击它们以重新编译，您就可以开始了……我是根据自己的经验写这篇文章的。

如果您刚刚更改的代码有任何错误，它们会出现，以便您进行修复。如果出现错误，编译器会告诉您问题出在哪里（行号、变量名等）。

【讨论】：

如果我什至不重新编译触发器怎么办？我打算将数据库部署到十几个客户的服务器上，所以每次重新编译都会很痛苦。

但我认为重新编译是必要的。它可以向您保证您的数据库代码没有错误。耗时，但确实非常必要。当它们标有红叉时，这意味着触发器引用的代码以某种方式发生了变化。这是一个警报，以便您可以采取措施重新编译它以断言没有任何源自您的代码更改的错误。

如果数百个触发器、过程、函数和视图无效，这是一个大问题。而且我花了一个星期才解决重新编译十分钟的后果。

【参考方案3】：

如果触发器正常工作，那么 Oracle 在触发触发器并在自动重新编译后重试触发器时很可能捕获了 ORA-04068 错误。

【讨论】：

不，如果您尝试执行任何标记为“无效”的触发器或存储过程，Oracle 将首先尝试重新编译它，然后再执行它。 ORA-04068 与包状态有关，与触发器的状态无关。