本文向您介绍截断触发器ORA-02266解决方案过程的实现。内容非常详细,有兴趣的朋友可以参考一下,希望对你有帮助。
开发了一个需求来清除测试数据库的数据,这涉及到主表和次表之间的关系,如下所示。
最直观的方法是截断表。首先截断每个子表,但是当执行截断主表时,会提示一个错误,ORA-022663360表中的唯一/主键被启用的外键引用。
子表目前没有数据。为什么不删除主表的数据?
让我们模拟一下这个过程。首先,我们创建测试表,主表a_1和子表b_1。
SQL创建表a_1 (id号);
表已创建。
SQL创建表b_1 (id号,id_a_1号);
表已创建。
SQL alter table a_1添加约束pk_a_1主键(id);
桌子变了。
SQL alter table b_1添加约束fk_b_a外键(id_a_1)引用a _ 1(id);
桌子变了。
此时,截断子表和主表将会成功。
SQL截断表b _ 01
表格被截断。
SQL截断表a _ 01
表格被截断。
但是当主子表和截断子表中都有数据时,截断主表的操作会提示ORA-02266的错误。
SQL插入a_1值(1);
已创建1行。
SQL插入b_1值(1,1);
已创建1行。
SQL提交;
提交完成。
SQL截断表b _ 1;
表格被截断。
SQL截断表a _ 1;
截断表a_1
*
第1:行出错
ORA-02266:启用的外键引用的表中的唯一/主键
ORA-02262的错误含义是“表中启用了唯一/主键的外键引用”,
02262,00000,'对列默认值表达式进行类型检查时出现ORA-%s '
//*原因:新的列数据类型导致现有列的类型检查错误
//默认值表达式。
//*操作:删除默认值表达式或不更改列
//数据类型。
但是子表中没有数据。为什么主表还是提示这个错误?原因与截断操作有关,因为截断是DDL,但是DDL语句不会检查约束,换句话说,他不知道子表数据是否依赖于他,所以他根本不会去做。
但是,当主表和辅助表中没有数据时,截断主表能否成功是有疑问的,截断主表只会在主表和辅助表中有数据时才会提示。我看了统计数据。表中没有数量记录。Oracle如何知道当前表中有数据并禁止截断?
p>
我猜测,可能是延迟段的影响?
1. 看下表中有数据,执行truncate产生的10046,其中truncate table a_1主表时,有个绑定变量的参数是B_1,推测由此知道a_1有外键引用,进而报错,err=2266
...
LOCK TABLE "A_1" IN EXCLUSIVE MODE NOWAIT
...
truncate table a_1
...
Bind#1
oacdty=01 mxl=32(03) mxlc=00 mal=00 scl=00 pre=00
oacflg=10 fl2=0001 frm=01 csi=873 siz=0 off=24
kxsbbbfp=7f2df926afc8 bln=32 avl=03 flg=01
value="B_1"
...
ERROR #139835430202688:err=2266 tim=1562853681567125
...
2. 看下表中无数据,执行truncate产生的10046,发现他会检索deferred_stg$视图,truncate是靠aw_trunc_proc存储过程
...
LOCK TABLE "A_1" IN EXCLUSIVE MODE NOWAIT
...
select pctfree_stg, pctused_stg, size_stg,initial_stg, next_stg, minext_stg, maxext_stg, maxsiz_stg, lobret_stg,mintim_stg, pctinc_stg, initra_stg, maxtra_stg, optimal_stg, maxins_stg,frlins_stg, flags_stg, bfp_stg, enc_stg, cmpflag_stg, cmplvl_stg from deferred_stg$ where obj# =:1
...
truncate table a_1
...
BEGIN
aw_trunc_proc(ora_dict_obj_type, ora_dict_obj_name, ora_dict_obj_owner);
END;
...
3. 关闭session级别的延迟段特性
gment_creation=false;
Session altered.
表中无数据,执行truncate产生的10046,和上面两个比,操作最简单,LOCK表,执行truncate,没其他操作了
...
LOCK TABLE "A_1" IN EXCLUSIVE MODE NOWAIT
...
truncate table a_1
...
从现象看,不是延迟段特性,导致两者的区别,需要请大佬指教。
针对ORA-02266的错误,有几种解决方案,
方案1:禁用约束-truncate-启用约束
可以参考MOS这篇文章《OERR: ORA-2266 "unique/primary keys in table referenced by enabled foreign keys" Reference Note (Doc ID 19499.1)》。
1. 找出主表的约束
SELECT constraint_name
FROM user_constraints
WHERE table_name = '<table_you_are_trying_to_drop>'
AND constraint_type = 'P';SELECT *
FROM user_constraints
WHERE constraint_type = 'R'
AND r_constraint_name = '<constraint_name_returned_above>';
或者执行下列任意一个SQL,都可以得到主键相关的外键参考
select a.constraint_type,a.table_name,a.status, b.table_name,b.column_name,b.constraint_name from user_constraints a
inner join user_cons_columns b on a.constraint_name = b.constraint_name
where a.r_constraint_name='主键约束名称';select c.TABLE_NAME
from all_constraints p, all_constraints c
where p.table_name = '主键约束名称'
and p.OWNER = SYS_CONTEXT('USERENV', 'CURRENT_SCHEMA')
and c.OWNER=SYS_CONTEXT('USERENV', 'CURRENT_SCHEMA')
and c.constraint_type = 'R'
and p.CONSTRAINT_NAME = c.R_CONSTRAINT_NAME;
2. 删除约束
SQL> alter table a_1 disable primary key cascade;
Table altered.
3. 执行truncate
4. 启用约束
只是需要注意,enable恢复主键的操作,并不会自动enable外键,需要手工enable外键
SQL> alter table tbl_a enable primary key;
Table altered.SQL> alter table tbl_b enable constraint fk_b_a;
Table altered.
方案2:delete删除
使用delete,DML操作是可以正常删除主表,只是不适合数据量很大的场景。
关于执行truncate触发ORA-02266解决过程是怎样的就分享到这里了,希望
内容来源网络,如有侵权,联系删除,本文地址:https://www.230890.com/zhan/138392.html