ITPUB论坛-中国最专业的IT技术社区

 找回密码
 注册
查看: 4920|回复: 9

TRUNCATE表报ORA-00904的错误

[复制链接]
论坛徽章:
0
发表于 2017-4-6 15:15 | 显示全部楼层 |阅读模式
因项目进行ods的全量表同步,我们的方式是先truncate 再insert /*+append nologging*/同步异库数据,但是在truncate本地表时大都是正常截断,唯独有一个表总是报错如下:
Truncate Table CPM_ACM;
1.png
总是报ora-00604  ora-00904
网上查阅了部分资料:
http://blog.csdn.net/tianlesoftware/article/details/4787074

ora-00604的原因是我们执行一条sql时,后台会解析成递归操作底层表的多条语句,主要是看后面一条的堆栈错误是否能修复,官方文档也是如此解释:
2.png
那么重点就是ORA-00904的错误了,实际上truncate table CPM_ACM是没有涉及到CURRENT_SCN这样的字符的,CPM_ACM也没有该字段,我的理解是,
可能是后台解释成调用某个底层表的时候用到了CURRENT_SCN这样的字段,而且从字面上很容易理解,CURRENT_SCN就是当前系统的SCN号。
接下来,用sql_trace进行跟踪,果然发现在日志开头就有一条如下语句,导致报错:
The following statement encountered a error during parse:

select log, CURRENT_SCN, CURRENT_SCN + 1 flag from sys.mlog$    where mowner = :1 and master = :2 for update

Error encountered: ORA-00904


所以,这里应该就是问题的症结所在了,但是oracle自己解释的后台语句为什么会报错呢?如何解决?
附件为完成的trc日志。请高手帮忙,谢谢!
mysession.txt (51.39 KB, 下载次数: 7)
论坛徽章:
116
现任管理团队成员
日期:2011-05-07 01:45:08娜美
日期:2017-08-29 10:15:28
发表于 2017-4-6 15:23 | 显示全部楼层
一个小bug而已,你应该用purge子句,来保证清空table的时候一起清空mvlog。就可以避免这个bug了

使用道具 举报

回复
论坛徽章:
0
 楼主| 发表于 2017-4-6 15:35 | 显示全部楼层
zergduan 发表于 2017-4-6 15:23
一个小bug而已,你应该用purge子句,来保证清空table的时候一起清空mvlog。就可以避免这个bug了

truncate 不能使用purge吧,刚试了下报错,只有drop 才能用

使用道具 举报

回复
论坛徽章:
116
现任管理团队成员
日期:2011-05-07 01:45:08娜美
日期:2017-08-29 10:15:28
发表于 2017-4-6 15:38 | 显示全部楼层
sorliran 发表于 2017-4-6 15:35
truncate 不能使用purge吧,刚试了下报错,只有drop 才能用

去看官方手册~

使用道具 举报

回复
论坛徽章:
116
现任管理团队成员
日期:2011-05-07 01:45:08娜美
日期:2017-08-29 10:15:28
发表于 2017-4-6 15:38 | 显示全部楼层

使用道具 举报

回复
论坛徽章:
116
现任管理团队成员
日期:2011-05-07 01:45:08娜美
日期:2017-08-29 10:15:28
发表于 2017-4-6 15:39 | 显示全部楼层
sorliran 发表于 2017-4-6 15:35
truncate 不能使用purge吧,刚试了下报错,只有drop 才能用

你明显没看懂我说的内容

使用道具 举报

回复
认证徽章
论坛徽章:
8
2009新春纪念徽章
日期:2009-01-04 14:52:28祖国60周年纪念徽章
日期:2009-10-09 08:28:002010新春纪念徽章
日期:2010-03-01 11:07:24ITPUB9周年纪念徽章
日期:2010-10-08 09:32:25ITPUB十周年纪念徽章
日期:2011-11-01 16:23:262013年新春福章
日期:2013-02-25 14:51:24沸羊羊
日期:2015-03-04 14:51:522015年新春福章
日期:2015-03-06 11:57:31
发表于 2017-4-6 16:56 | 显示全部楼层
哈哈,老大真牛。
这种递归问题,很多时候和db bug有关。
truncate table  CPM_ACM purge materialized view log;

使用道具 举报

回复
论坛徽章:
0
 楼主| 发表于 2017-4-6 17:39 | 显示全部楼层
zergduan 发表于 2017-4-6 15:38
http://docs.oracle.com/cd/E11882_01/server.112/e41084/statements_10007.htm#SQLRF01707

搞定了,谢谢!

使用道具 举报

回复
论坛徽章:
0
 楼主| 发表于 2017-4-6 17:39 | 显示全部楼层
sqysl 发表于 2017-4-6 16:56
哈哈,老大真牛。
这种递归问题,很多时候和db bug有关。
truncate table  CPM_ACM purge materialized v ...

谢谢!

使用道具 举报

回复
认证徽章
论坛徽章:
0
发表于 2017-4-7 18:00 | 显示全部楼层
这个问题出来,应该用10046跟踪一下,具体执行到哪里报错了。定位分析。

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

TOP技术积分榜 社区积分榜 徽章 电子杂志 团队 统计 虎吧 老博客 知识索引树 读书频道 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档 | IT博客
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛 | SAP ERP系统
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 网站律师 隐私政策 知识产权声明
京ICP备16024965号 北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表