加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

触发器在Oracle中无效

发布时间:2020-12-12 13:04:43 所属栏目:百科 来源:网络整理
导读:表中某些更改后,我的数据库中的某些触发器将无效.但似乎他们还在工作.我唯一的问题是如果我使用SQL Developer,触发器左侧有红十字,表示它们无效.这是个大问题吗? 我知道我可以重新编译触发器来修复,但我不知道这是否真的值得关注的问题.如果是这样,我将需要
表中某些更改后,我的数据库中的某些触发器将无效.但似乎他们还在工作.我唯一的问题是如果我使用SQL Developer,触发器左侧有红十字,表示它们无效.这是个大问题吗?

我知道我可以重新编译触发器来修复,但我不知道这是否真的值得关注的问题.如果是这样,我将需要检查我以前的几百个变化,并找出导致问题的原因.谢谢.

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

所以我们不用担心这个,对吧?嗯,是的,直到一点.事实是,触发器(或任何)的无效是向我们发出的一个变化,可能会影响该触发器的操作,这可能会产生副作用.最明显的副作用是触发器不会编译.更精细地,触发器编译,但在操作期间失败.

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

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.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读