黄东旭解析 TiDB 的核心优势
695
2023-05-31
***重编译同义词(Synonym)遇到ORA-01031总结
我们在编译INVALID的同义词(synonym)的时候,可能在某些版本会遇到一些特殊权限问题,具体来说是遇到ORA-01031错误。下面构造这样一个例子:
如下所示,scott用户下面创建了一个公共同义词emp(下面测试环境为*** 10.2.0.5)
SQL> show user; USER is "SCOTT" SQL> create public synonym emp for scott.emp; Synonym created. SQL>
假设我们需要重新编译同义词,在system用户下去编译同义词时,就会遇到ORA-01031
另外一种情况也会遇到这个错误,UserA 去编译UserB下的同义词的话,也会遇到这个错误。按照我的理解,如果用户拥有CREATE ANY SYNONYM和DROP ANY SYNONYM权限的话,应该是可以编译其它SCHEMA下的同义词。而且SYSTEM用户被授予了DBA角色,DBA角色拥有CREATE ANY SYNONYM 或DROP ANY SYNONYM的权限。
SQL> SELECT * FROM DBA_SYS_PRIVS WHERE PRIVILEGE IN('CREATE ANY SYNONYM','DROP ANY SYNONYM') AND GRANTEE='DBA'; GRANTEE PRIVILEGE ADM ------------------------------ ---------------------------------------- --- DBA DROP ANY SYNONYM YES DBA CREATE ANY SYNONYM YES SQL> SELECT * FROM DBA_ROLE_PRIVS WHERE GRANTEE='SYSTEM'; GRANTEE GRANTED_ROLE ADM DEF ------------------------------ ------------------------------ --- --- SYSTEM AQ_ADMINISTRATOR_ROLE YES YES SYSTEM DBA YES YES SYSTEM MGMT_USER NO YES
但是metalink上的文档Doc ID 1299001.1提示:同义词的编译时,要么是sys用户或者同义词的OWNER才能编译,也就是说,你要编译同义词emp,必须是scott用户或sys用户。
所以在*** 10g下要编译其它schema下的同义词,必须是sys用户。Ora-01031 When Compiling A Synonym (Doc ID 1299001.1)的介绍如下:
文档Ora-01031 When Executing Alter Synonym Compile For Other Schema (Doc ID 1435898.1)中也有相关简单阐述
相同的现象在不同文档中有不同阐述,确实有点让人迷惑,如果获取的信息不全或比较片面的话,可能会对这个问题和现象有不同的理解。
参考资料:
Ora-01031 When Compiling A Synonym (Doc ID 1299001.1)
Ora-01031 When Executing Alter Synonym Compile For Other Schema (Doc ID 1435898.1)
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。