某物化视图在增量刷新的时候报错ora-00920,尝试全量刷新的时候,报错ora-00904。
BEGIN
DBMS_MVIEW.REFRESH(‘MV_ABCD_K_PPLLCJ’,’F’);
END;
ORA-12018:在创建”MYJUKKA”.”MV_ABCD_K_PPLLCJ”的代码时出现以下错误
ORA-00920:无效的关系运算符
ORA-06512:在”SYS.SNAPSHOT”, line 2809
ORA-06512:在”SYS.SNAPSHOT”, line 3025
ORA-06512:在”SYS.SNAPSHOT”, line 2994
ORA-06512:在line 1
SQL>
BEGIN
DBMS_MVIEW.REFRESH(‘MV_ABCD_K_PPLLCJ’,’F’);
END;
ORA-12018:在创建”MYJUKKA”.”MV_ABCD_K_PPLLCJ”的代码时出现以下错误
ORA-00920:无效的关系运算符
ORA-06512:在”SYS.SNAPSHOT”,line2809
ORA-06512:在”SYS.SNAPSHOT”,line3025
ORA-06512:在”SYS.SNAPSHOT”,line2994
ORA-06512:在line1
SQL>
BEGIN
DBMS_MVIEW.REFRESH(‘MV_ABCD_K_PPLLCJ’,’C’,ATOMIC_REFRESH=>false);
END;
ORA-12018:在创建”MYJUKKA”.”MV_ABCD_K_PPLLCJ”的代码时出现以下错误
ORA-00904:标识符无效
ORA-06512:在”SYS.SNAPSHOT”, line 2809
ORA-06512:在”SYS.SNAPSHOT”, line 3025
ORA-06512:在”SYS.SNAPSHOT”, line 2994
ORA-06512:在line 1
SQL>
BEGIN
DBMS_MVIEW.REFRESH(‘MV_ABCD_K_PPLLCJ’,’C’,ATOMIC_REFRESH=>false);
END;
ORA-12018:在创建”MYJUKKA”.”MV_ABCD_K_PPLLCJ”的代码时出现以下错误
ORA-00904:标识符无效
ORA-06512:在”SYS.SNAPSHOT”,line2809
ORA-06512:在”SYS.SNAPSHOT”,line3025
ORA-06512:在”SYS.SNAPSHOT”,line2994
ORA-06512:在line1
SQL>
查了mview的定义,直接select是没有问题,再查了mos,也没有查到相关的文档或bug,所以,决定做10046看看报错究竟出在哪里。
在10046的trace文件中,我们找到了相关报错:
PARSE ERROR #47436954909072:len=1055 dep=1 uid=147 oct=3 lid=147 tim=1442993043265145 err=920
SELECT DISTINCT LOG$.”POLNO” FROM (SELECT MLOG$.”POLNO” “POLNO” FROM “MYJUKKA”.”MLOG$_ZYX_ABCD_K_PPLLCJ” MLOG$ WHERE “SNAPTIME$$” > :1 AND (“DMLTYPE$$”!=’I’)) LOG$ WHERE (LOG$.”POLNO”) NOT IN
(SELECT MAX_TAB$.”POLNO” “POLNO” FROM (SELECT “ZYX_ABCD_K_PPLLCJ”.”POLNO” “POLNO”,”ZYX_ABCD_K_PPLLCJ”.”PARTY_NO” “PARTY_NO” …(snip)… WHERE SYS_AUDIT (CASE WHEN 1=1 THEN 1 ELSE NULL END,’MYJUKKA’,’ZYX_ABCD_K_PPLLCJ’,’MYPOLICY’,3) IS NUL) “MAS_TAB$$”
WHERE LOG$.”POLNO” = MAS_TAB$.”POLNO”)
…
EXEC #47436954884200:c=1063838,e=5655639,p=6341,cr=10165,cu=802,mis=0,r=0,dep=0,og=1,plh=0,tim=1442993043266925
ERROR #47436954884200:error=12018 time=1442993043266991
PARSEERROR#47436954909072:len=1055 dep=1 uid=147 oct=3 lid=147 tim=1442993043265145 err=920
SELECTDISTINCTLOG$.”POLNO”FROM(SELECTMLOG$.”POLNO””POLNO”FROM”MYJUKKA”.”MLOG$_ZYX_ABCD_K_PPLLCJ”MLOG$WHERE”SNAPTIME$$”>:1AND(“DMLTYPE$$”!=’I’))LOG$WHERE(LOG$.”POLNO”)NOTIN
(SELECTMAX_TAB$.”POLNO””POLNO”FROM(SELECT”ZYX_ABCD_K_PPLLCJ”.”POLNO””POLNO”,”ZYX_ABCD_K_PPLLCJ”.”PARTY_NO””PARTY_NO”…(snip)…WHERESYS_AUDIT(CASEWHEN1=1THEN1ELSENULLEND,’MYJUKKA’,’ZYX_ABCD_K_PPLLCJ’,’MYPOLICY’,3)ISNUL)”MAS_TAB$$”
WHERELOG$.”POLNO”=MAS_TAB$.”POLNO”)
…
EXEC#47436954884200:c=1063838,e=5655639,p=6341,cr=10165,cu=802,mis=0,r=0,dep=0,og=1,plh=0,tim=1442993043266925
ERROR#47436954884200:error=12018 time=1442993043266991
这个语句,我们直接去执行的时候,也是报错ora-920的。具体的报错是在SYS_AUDIT上,发现这个字段是放在where后面进行过滤,但是其表ZYX_ABCD_K_PPLLCJ是没有这个字段的。
另外,这个语句,所涉及到的表是ZYX_ABCD_K_PPLLCJ,而表ZYX_ABCD_K_PPLLCJ是MV_ABCD_K_PPLLCJ物化视图的基表。
所以,MV_ABCD_K_PPLLCJ物化视图的基表是ZYX_ABCD_K_PPLLCJ,而ZYX_ABCD_K_PPLLCJ在物化视图刷新时,执行了select ZYX_ABCD_K_PPLLCJ where SYS_AUDIT(case when)语句,而SYS_AUDIT字段并不存在ZYX_ABCD_K_PPLLCJ表,所以就报错ora-920了。
从名字看audit好像和审计有关,查了各种审计,发现在ZYX_ABCD_K_PPLLCJ上有FGA的细粒度审计,对ZYX_ABCD_K_PPLLCJ表的select操作进行记录。
由于SYS_AUDIT应该是在FGA审计的过程中产生,我在测试环境中,尝试刷新MV_ABCD_K_PPLLCJ表,在刷到一半的途中ctrl+c中断,再次刷新也报错了。因此怀疑一开始的报错是否也是被意外中断导致。
解决方法:disable FGA的审计策略,在全量刷新或者增量刷新,无报错。再enable FGA,问题解决。
进一步查询发现,Bug 18173440 – ORA-12018 / ORA-904 executing DBMS_MVIEW.REFRESH (Doc ID 18173440.8)
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/191549.html原文链接:https://javaforall.cn