执行truncate引发ORA-02266的问题分析
墨墨导读:将测试数据库的数据清空,其中涉及主子表的关系,执行truncate产生的ORA-02266问题处理过程。
1. 超实用的几个公众号推荐
2. 赠书:《Oracle Exadata专家手册》
开发提了个需求,要求将测试数据库的数据清空,其中涉及主子表的关系,如下所示,
最直观的做法,就是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.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.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 keys1 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.// *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...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;...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级别的延迟段特性,
SQL> alter session set deferred_segment_creation=false;Session altered.Session altered.
表中无数据,执行truncate产生的10046,和上面两个比,操作最简单,LOCK表,执行truncate,没其他操作了,
...LOCK TABLE "A_1" IN EXCLUSIVE MODE NOWAIT...truncate table a_1...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_nameFROM user_constraintsWHERE table_name = '<table_you_are_trying_to_drop>'AND constraint_type = 'P';SELECT *FROM user_constraintsWHERE constraint_type = 'R'AND r_constraint_name = '<constraint_name_returned_above>';FROM user_constraintsWHERE table_name = '<table_you_are_trying_to_drop>'AND constraint_type = 'P';
SELECT *FROM user_constraintsWHERE 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 ainner join user_cons_columns b on a.constraint_name = b.constraint_namewhere a.r_constraint_name='主键约束名称';select c.TABLE_NAMEfrom all_constraints p, all_constraints cwhere 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;inner join user_cons_columns b on a.constraint_name = b.constraint_namewhere a.r_constraint_name='主键约束名称';
select c.TABLE_NAMEfrom all_constraints p, all_constraints cwhere 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.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.Table altered.
SQL> alter table tbl_b enable constraint fk_b_a;Table altered.
方案2,delete删除
使用delete,DML操作是可以正常删除主表,只是不适合数据量很大的场景。
出处:bisal的个人杂货铺
扩展阅读
ORA-01555错误解决一例
RAC环境下ORA-12545连接错误
高频错误:ORA-01555深入剖析
深入剖析 ORA-04031 的前世今生
数据恢复-SQL被注入攻击程序的应对策略(ORA-16703)
ASM内存管理与创建表空间之ORA-569错误解决
公司简介 | 招聘 | DTCC | 数据技术嘉年华 | 免费课程 | 入驻华为严选商城
zCloud | SQM | Bethune Pro2 | zData一体机 | MyData一体机 | ZDBM 备份一体机
Oracle技术架构 | 免费课程 | 数据库排行榜 | DBASK问题集萃 | 技术通讯
升级迁移 | 性能优化 | 智能整合 | 安全保障 | 架构设计 | SQL审核 | 分布式架构 | 高可用容灾 | 运维代维
云和恩墨大讲堂 | 一个分享交流的地方
长按,识别二维码,加入万人交流社群
请备注:云和恩墨大讲堂
执行truncate引发ORA-02266的问题分析相关推荐
- XGBoost缺失值引发的问题及其深度分析
XGBoost缺失值引发的问题及其深度分析 2019年08月15日 作者: 李兆军 文章链接 3969字 8分钟阅读 1. 背景 XGBoost模型作为机器学习中的一大"杀器",被 ...
- 一次执行truncate触发ORA-02266解决过程
开发提了个需求,要求将测试数据库的数据清空,其中涉及主子表的关系,如下所示, 最直观的做法,就是truncate表.首先truncate各个子表,但是当执行truncate主表的时候,提示错误,ORA ...
- 【数据分析】《交易执行质量研究白皮书》上篇:分析的作用
[数据分析]<交易执行质量研究白皮书>上篇:分析的作用 规章制度的变化.竞争.市场划分和其他因素促使买方和卖方公司实施分析系统以帮助他们提高交易质量并降低合规成本. <交易执行质量研 ...
- MySQL性能分析工具的使用:慢查询日志、EXPLAN的使用、分析优化器执行计划:trace、MySQL监控分析视图-sys schema
文章目录 1.数据库服务器的优化步骤 2.查看系统性能参数 2.1 语法 2.2 常用参数 3.统计SQL的查询成本:last_query_cost 4.定位执行慢的SQL:慢查询日志 4.1 慢查询 ...
- mysql delete in死锁_mysql 执行delete引发死锁问题
关于mysql事务引发的死锁异常解决 场景 问题 死锁日志[^2] 锁类型与隔离级别 InnerDB 锁: mysql事务 解决方案 场景 mysql 5.7 InnoDB存储引擎 jdk 8 spr ...
- 调用 NtUserXXX 引发系统 BSOD 的问题分析
这篇文章通过一次在 Windows XP 和 Windows 7 操作系统内核中分别调用同一个 NtUserXxx 系统调用产生不同现象的问题,对其做了简单分析. 最近在驱动中需要实现在一些 HOOK ...
- cve-2019-7609 Kibana远程代码执行漏洞攻击方法和漏洞原理分析
目录 0x00 前言 0x01 漏洞简介 0x02 环境搭建 0x03 漏洞利用 0x04 漏洞机理 1.POC验证 2.漏洞产生原理和攻击思路 3.payload构建 0x05 危害分析和处理建议 ...
- 用 gson 替换 fastjson 引发的线上问题分析
点击上方蓝色"程序猿DD",选择"设为星标" 回复"资源"获取独家整理的学习资料! 前言 Json 序列化框架存在的安全漏洞一直以来都是程序 ...
- 接口超时后程序还会继续执行嘛_答网友问:分析一段STL程序,并就如何读懂一段程序谈几点感想...
在文章<S7-300/400进阶笔记5.1:300系列PLC的装载存储器的类别及方法>一文后,有小伙伴在评论区提了个问题,驼子决定有必要写一篇文章,和大家一起讨论一下.也希望小伙伴们能向& ...
最新文章
- VALSE 2020来了!60位计算机视觉、模式识别领域的优秀青年学者齐聚一堂
- 【转载】赠券收集问题
- 鸿雁电器oa系统中决策支持模块效果
- python读写kafka集群(转载+自己验证)
- Webclient UI上help center hyperlink的显示逻辑
- NSArray和NSString的联合使用
- 什么是序列化和反序列化
- linux软件包管理系统的意义,Linux系统的软件包管理——RPM
- Python+OpenCV:图像轮廓
- shell sort 最后一列排序_十个必知的排序算法|Python实例系列[1]
- 从三大标准衡量hypervisor
- TurboMail邮件系统提醒广大用户小心DXXD勒索邮件
- 使用Vue对接网易云音乐
- linux fstab 远程,linux下fstab文件详解
- opencv 表示图像的IplImage
- if 标准体重 的计算
- 以合力加速基础软件创新:拆解鲲鹏众智如何繁荣新计算生态
- XML第四讲:DTD元素、属性深度详解
- Android模拟器下重力感应应用的开发-Simulator的使用
- 【计算机网络】广域网协议分析
热门文章
- 艰难的选择_处理艰难对话的6种方法:分享如何衡量成功
- openstack 功能_OpenStack Juno的新功能
- 搭建 | 一步成功搭建Centos + Kubernetes 环境
- node事件循环 EventEmitter 异步I/O Buffer缓冲区 模块
- Bootstrap3 弹出提示插件的使用方法
- Bootstrap媒体对象列表
- linux 分段路由怎么添加,一种IPv6实现分段路由的方法及装置与流程
- canal java_易用的 canal java 客户端 canal-client
- binwalk 提取bootimg_boot.img格式文件结构解析
- mysql链接出错_请配置/amysql/config.php文件_MySQL数据库之PHP连接mysql时mysql_connect()函数不可用...