Authid Current_User简单介绍

妖狐艹你老母 2022-04-14 05:15 112阅读 0赞

Oracle：Authid Current\_User的使用  
我们知道，用户拥有的role权限在存储过程是不可用的。遇到这种情况，我们一般需要显式授权，如grant create table to usera;但这种方法太麻烦，有时候可能需要进行非常多的授权才能执行存储过程，实际上，oracle给我们提供了在存储过程中使用role权限的方法：修改存储过程，加入Authid Current\_User时存储过程可以使用role权限。下面来举个例子：  
  
  
SQL> select \* from v$version;  
BANNER  
\----------------------------------------------------------------  
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod  
PL/SQL Release 10.2.0.1.0 - Production  
CORE 10.2.0.1.0 Production  
TNS for 32-bit Windows: Version 10.2.0.1.0 - Production  
NLSRTL Version 10.2.0.1.0 - Production  
  
SQL> conn sjh/sjh  
已连接。  
SQL> create or replace procedure p\_test  
2 is  
3 begin  
4 execute immediate 'create table creat\_table(id number)';  
5 end;  
6 /  
过程已创建。  
  
SQL> exec p\_test;  
BEGIN p\_test; END;  
\*  
第 1 行出现错误:  
ORA-01031: 权限不足  
ORA-06512: 在 "SJH.P\_TEST", line 4  
ORA-06512: 在 line 1  
  
SQL>  
SQL> select \* from dba\_role\_privs where grantee='SJH';  
GRANTEE GRANTED\_ROLE ADM DEF  
\------------------------------ ------------------------------ --- ---  
SJH RESOURCE NO YES  
  
\--实际上SJH用户有resource的角色，也就是说有建表的权限。  
  
SQL> select \* from dba\_role\_privs where grantee='SFX';  
GRANTEE GRANTED\_ROLE ADM DEF  
\------------------------------ ------------------------------ --- ---  
SFX RESOURCE NO YES  
SFX CONNECT NO YES  
SFX PLUSTRACE NO YES  
  
SQL> create or replace procedure p\_test  
2 Authid Current\_User  
3 is  
4 begin  
5 execute immediate 'create table creat\_table(id number)';  
6 end;  
7 /  
过程已创建。  
  
SQL> exec p\_test;  
PL/SQL 过程已成功完成。  
  
SQL> select \* from creat\_table;  
未选定行  
  
\--在存储过程加了Authid Current\_User选项，表创建成功。  
  
=========================================  
另外：  
  
Authid Current\_User 是调用者权限。  
oracle DB下面有2种执行的权限：定义者权限和调用者权限。  
默认都是定义者权限。声明Authid Current\_User后就是调用者权限。  
  
定义者权限的现象是，如果在APPS下创建的procedure，那其他user，只要能执行procedure，都是以apps的名义来执行的。因为APPS是procedure的定义者。  
APPS能做什么，那这个procedure就能做什么。  
  
调用者权限的现象是,如果在APPS下创建的procedure，如果其他user有权限执行这个procedure，这个procedure所做的内容都是以当前user的名义来做的。如果某个table，只有APPS才有权限修改，那这个procedure在apps下面才执行成功。其他user下是不成功的。