服务器之家:专注于服务器技术及软件下载分享
分类导航

Mysql|Sql Server|Oracle|Redis|MongoDB|PostgreSQL|Sqlite|DB2|mariadb|Access|数据库技术|

服务器之家 - 数据库 - Oracle - Oracle重编译同义词(Synonym)遇到ORA-01031总结

Oracle重编译同义词(Synonym)遇到ORA-01031总结

2023-05-07 06:15未知服务器之家 Oracle

[[409302]] 本文转载自微信公众号「DBA闲思杂想录」,作者潇湘隐者。转载本文请联系DBA闲思杂想录公众号。 我们在编译INVALID的同义词(synonym)的时候,可能在某些版本会遇到一些特殊权限问题,具体来说是遇到ORA-01031错误。下面构造

[[409302]]

本文转载自微信公众号「DBA闲思杂想录」,作者潇湘隐者。转载本文请联系DBA闲思杂想录公众号。

我们在编译INVALID的同义词(synonym)的时候,可能在某些版本会遇到一些特殊权限问题,具体来说是遇到ORA-01031错误。下面构造这样一个例子:

如下所示,scott用户下面创建了一个公共同义词emp(下面测试环境为Oracle 10.2.0.5)

  1. SQL> show user
  2. USER is "SCOTT" 
  3. SQL> create public synonym emp for scott.emp; 
  4.  
  5. Synonym created. 
  6.  
  7. SQL>  

假设我们需要重新编译同义词,在system用户下去编译同义词时,就会遇到ORA-01031

  1. SQL> show user
  2. USER is "SYSTEM" 
  3. SQL> alter public synonym emp compile; 
  4. alter public synonym emp compile 
  5. ERROR at line 1: 
  6. ORA-01031: insufficient privileges 

另外一种情况也会遇到这个错误,UserA 去编译UserB下的同义词的话,也会遇到这个错误。按照我的理解,如果用户拥有CREATE ANY SYNONYM和DROP ANY SYNONYM权限的话,应该是可以编译其它SCHEMA下的同义词。而且SYSTEM用户被授予了DBA角色,DBA角色拥有CREATE ANY SYNONYM 或DROP ANY SYNONYM的权限。

  1. SQL>  SELECT * FROM DBA_SYS_PRIVS WHERE PRIVILEGE IN('CREATE ANY SYNONYM','DROP ANY SYNONYM'AND GRANTEE='DBA'
  2.  
  3. GRANTEE                        PRIVILEGE                                ADM 
  4. ------------------------------ ---------------------------------------- --- 
  5. DBA                            DROP ANY SYNONYM                         YES 
  6. DBA                            CREATE ANY SYNONYM                       YES 
  7.  
  8.  
  9. SQL> SELECT * FROM DBA_ROLE_PRIVS WHERE GRANTEE='SYSTEM'
  10.  
  11. GRANTEE                        GRANTED_ROLE                   ADM DEF 
  12. ------------------------------ ------------------------------ --- --- 
  13. SYSTEM                         AQ_ADMINISTRATOR_ROLE          YES YES 
  14. SYSTEM                         DBA                            YES YES 
  15. SYSTEM                         MGMT_USER                      NO  YES 

但是metalink上的文档Doc ID 1299001.1提示:同义词的编译时,要么是sys用户或者同义词的OWNER才能编译,也就是说,你要编译同义词emp,必须是scott用户或sys用户。

  1. SQL> show user 
  2. USER is "SYS" 
  3. SQL> alter public synonym emp compile; 
  4.  
  5. Synonym altered. 

所以在Oracle 10g下要编译其它schema下的同义词,必须是sys用户。Ora-01031 When Compiling A Synonym (Doc ID 1299001.1)的介绍如下:

Oracle重编译同义词(Synonym)遇到ORA-01031总结

文档Ora-01031 When Executing Alter Synonym Compile For Other Schema (Doc ID 1435898.1)中也有相关简单阐述

Oracle重编译同义词(Synonym)遇到ORA-01031总结

在Oracle 11.2.0.4.0中测试也是如此。但是后续官方文档中将这个现象视为一个Bug,官方文档4189542 - Only SYS can "alter synonym... compile" for another users's synonym (Doc ID 4189542.8)中有简单介绍,并且在后面的一些版本中修复了这个Bug,Doc ID 4189542.8的具体信息如下如下:

  1. Only SYS can "alter synonym... compile" for another users's synonym. 
  2.  
  3. Other users get ORA-1031 attempting to compile another users synonym. 
  4.   
  5.   
  6.  
  7. With this fix a user with both CREATE ANY SYNONYM and DROP ANY SYNONYM  
  8.  
  9. privilege is allowed to issue ALTER SYNONYM .. COMPILE for another users synonym. 

Oracle重编译同义词(Synonym)遇到ORA-01031总结

相同的现象在不同文档中有不同阐述,确实有点让人迷惑,如果获取的信息不全或比较片面的话,可能会对这个问题和现象有不同的理解。

参考资料:

Ora-01031 When Compiling A Synonym (Doc ID 1299001.1)

Ora-01031 When Executing Alter Synonym Compile For Other Schema (Doc ID 1435898.1)

Bug 4189542 - Only SYS can "alter synonym... compile" for another users's synonym (Doc ID 4189542.8)

 

延伸 · 阅读

精彩推荐