执行truncate触发ORA

共计 3667 个字符，预计需要花费 10 分钟才能阅读完成。

这篇文章给大家介绍执行 truncate 触发 ORA-02266 解决过程是怎样的，内容非常详细，感兴趣的小伙伴们可以参考借鉴，希望对大家能有所帮助。

开发提了个需求，要求将测试数据库的数据清空，其中涉及主子表的关系，如下所示，

最直观的做法，就是 truncate 表。首先 truncate 各个子表，但是当执行 truncate 主表的时候，提示错误，ORA-02266: unique/primary keys in table referenced by enabled foreign keys。

子表此时没数据，为何不让删除主表的数据？

我们模拟下过程，首先创建测试表，主表 a_1，子表 b_1，

SQL create table a_1 (id number);
Table created.

SQL create table b_1 (id number, id_a_1 number);
Table created.

SQL alter table a_1 add constraint pk_a_1 primary key(id);
Table altered.

SQL alter table b_1 add constraint fk_b_a foreign key (id_a_1) references a_1 (id);
Table altered.

此时 truncate 子表和主表，均会成功，

SQL truncate table b_01;
Table truncated.

SQL truncate table a_01;
Table truncated.

但是，当主子表有数据，truncate 子表，再做 truncate 主表的操作，就会提示 ORA-02266 的错误，

SQL insert into a_1 values(1);
1 row created.

SQL insert into b_1 values(1,1);
1 row created.

SQL commit;
Commit complete.

SQL truncate table b_1;
Table truncated.

SQL truncate table a_1;
truncate table a_1
  *
ERROR at line 1:
ORA-02266: unique/primary keys in table referenced by enabled foreign keys

ORA-02262 的错误含义是，“表中的唯一 / 主键被启用的外键引用”，

02262, 00000, ORA-%s occurs while type-checking column default value expression
// *Cause:  New column datatype causes type-checking error for existing column
//  default value expression.
// *Action: Remove the default value expression or don t alter the column
//  datatype.

但是子表已经没数据了，主表怎么还会提示这个错误？究其原因，这和 truncate 操作有关，因为 truncate 是 DDL，但是 DDL 语句不会检查约束，换句话说，他不知道子表有没有数据依赖于他，索性不让做了。

但是有个疑问，当主子表无数据，此时 truncate 主表，是可以成功的，只有当主子表有数据的时候，truncate 主表才会提示。我看了下统计信息中，表中无数量记录，Oracle 是如何知道当前表有数据，禁止 truncate？

我猜测，可能是延迟段的影响？

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 解决过程是怎样的就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。