问题描述
我最近遇到了一个独特的LogMiner情况,其中挖掘的重做日志条目为包含SET-子句的更新生成了REDO_SQL,但是没有where-子句,即
该表启用了完整的补充日志记录,具有大约2打左右的列,包含超过9500万行,并且所有列均为NUMBER、VARCHAR2或DATE数据类型。谁能解释为什么重建的重做SQL不包含WHERE-子句?
update "SCHEMA"."TABLE" set "COL1" = '25', "COL2" = '45', "COL3" = NULL;
该表启用了完整的补充日志记录,具有大约2打左右的列,包含超过9500万行,并且所有列均为NUMBER、VARCHAR2或DATE数据类型。谁能解释为什么重建的重做SQL不包含WHERE-子句?
专家解答
关于在某些情况下REDO_SQL变成乱码的MOS上有一些注释,但是我从来没有见过where子句只是简单地删除。
如果您有一个测试用例可以复制它,那么值得在支持下记录一个电话 (也许可以在此处发布为评论,以便我们也可以对其进行测试)
如果您有一个测试用例可以复制它,那么值得在支持下记录一个电话 (也许可以在此处发布为评论,以便我们也可以对其进行测试)
文章转载自ASKTOM,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




