您的位置:首页 > 数据库 > Oracle

Oracle:Authid Current_User的使用

2014-07-24 15:32 477 查看
转自: http://wallimn.iteye.com/blog/1900195 (隔壁老王的博客)

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下是不成功的。
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: