oracle中执行execute的时候权限不足的解决办法
(2011-09-28 16:54:43)
标签:
it |
分类: oracle |
红色字体为关键
我们知道,用户拥有的role权限在存储过程是不可用的。遇到这种情况,我们一般需要显式进行系统权限,如grant create table to suk;但这种方法太麻烦,有时候可能需要进行非常多的授权才能执行存储过程,实际上,oracle给我们提供了在存储过程中使用role权限的方法:修改存储过程,加入Authid Current_User时存储过程可以使用role权限。
我们知道,用户拥有的role权限在存储过程是不可用的。如:
用户SUK拥有DBA这个role
再创建一个测试存储过程:
然后测试
可以看到,即使拥有DBA role,也不能创建表。role在存储过程中不可用。遇到这种情况,我们一般需要显式进行系统权限,如grant create table to suk;
但这种方法太麻烦,有时候可能需要进行非常多的授权才能执行存储过程。实际上,oracle给我们提供了在存储过程中使用role权限的方法:
修改存储过程,加入Authid Current_User时存储过程可以使用role权限。
再尝试执行:
已经可以执行了。
==================================================================================
存储过程默认是用定义者definer 的身份调用的,如果加上AUTHID
CURRENT_USER,则用当前登陆的用户权限调用,如果该过程的调用者(而非定义者)被授与系统权限execute any
procedure或是被该过程的定义者grant execute on授权的话,不用这个AUTHID
CURRENT_USER子句,调用者照样可以使用这个过程。
另外,在Oracle的存儲過程中,如果涉及到操作不同schema下的對象的時候,可以在不同的schema下寫相同的procedure,但這樣帶來的問題是維護和同步帶來了麻煩,可以在procedure中加上authid
current_user,來說明procedure中操作的對象是當前連接用戶的對象而并不是procedure所屬用戶下的對象。
-- USER01
USER01@HUIYI>create table
t
2 (
3 col1 varchar2(10)
4 )
5 /
Table created.
USER01@HUIYI>insert into t values(user);
1 row created.
Commit complete.
USER01@HUIYI>select * from t;
COL1
--------------------
USER01
-- USER02
USER02@HUIYI>create table
t
2 (
3 col1 varchar2(10)
4 )
5 /
Table created.
USER02@HUIYI>insert into t values(user);
1 row created.
Commit complete.
USER02@HUIYI>select * from t;
COL1
--------------------
USER02
USER02@HUIYI>create or replace
procedure pro_01
2 is
3
4 begin
5
6
7 end;
8 /
Procedure created.
USER02@HUIYI>create or replace
procedure pro_02
2
3 is
4
5 begin
6
7
8 end;
9 /
Procedure created.
USER02@HUIYI>grant all on pro_01 to public;
Grant succeeded.
USER02@HUIYI>grant all on pro_02 to public;
Grant succeeded.
USER02@HUIYI>call
pro_01();
USER02
Call completed.
USER02@HUIYI>call
pro_02();
USER02
Call completed.
-- USER01
USER01@HUIYI>select * from
t;
COL1
--------------------
USER01
USER01@HUIYI>call
user02.pro_01();
USER02
Call completed.
USER01@HUIYI>call
user02.pro_02();
USER01
Call completed.

加载中…