oracle authid current_user详解1

前端之家收集整理的这篇文章主要介绍了oracle authid current_user详解1前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

1 以当前用户的权限执行详解


在编写PLsql程序时,对于授权的考虑很重要。OraclePLsql中提供两种授权选择:

说白了 :AUTHID DEFINER就是当时登陆的用户写的。

--AUTHID DEFINER (定义者权限):指编译存储对象的所有者。也是默认权限模式。

--AUTHID CURRENT_USER(调用者权限):指拥有当前会话权限的模式,这可能和当前登录用户相同或不同(alter session set current_schema 可以改变调用者Schema)

来看下官方的解释:

By default,stored procedures and sql methods execute with the privileges of their owner,not their current user. Suchdefiner's rights subprograms are bound to the schema in which they reside,allowing you to refer to objects in the same schema without qualifying their names. For example,if schemasHRandOEboth have a table calleddepartments,a procedure owned byHRcan refer todepartmentsrather thanHR.departments. If userOEcallsHR's procedure,the procedure still accesses thedepartmentstable owned byHR.

A more maintainable way is to use theAUTHIDclause,which makes stored procedures and sql methods execute with the privileges and schema context of the calling user. You can create one instance of the procedure,and many users can call it to access their own data.

默认情况,程序以其拥有者身份(定义者)执行。定义者权限的程序与其所在模式绑定,调用对象不需要加上模式完整名称。例如,假如模式HR和OE都有deparments表,HR拥有的程序可直接调用departments而不用HR.departments.而如果OE调用HR的程序,程序仍然调用的是HR的departments.

如果希望不同模式(schema)调用相同的程序却可以操作各自拥有的对象,就可以在定义程序的时候加上AUTHID CURRENT_USER。

ORACLE用户具有DBA权限,却会出现无法在存储过程里面创建一张普通表的现象。因为即使用户拥有DBA权限,用户拥有的role权限在存储过程是不可用的。

遇到这种情况,通常解决方法是进行显式的权限分配: grant create table to user a;
但这种方法太麻烦,因为有可能执行一个存储过程,需要很多不同权限。
实际上,oracle给我们提供了在存储过程中使用role权限的方法修改存储过程,加入Authid Current_User进行权限分配。

在ORACLE8i以前的版本,所有已编译存储对象,包括packages,procedures,functions,triggers,views等,只能以定义者(Definer)身份解析运行;
而ORACLE8i及其后的新版本,Oracle引入调用者(invoker)权限,使得对象可以以调用者身份和权限执行。

目前ORACLE存储过程默认都是使用定义者权限调用,以定义者身份执行;而声明Authid Current_User后则就是调用者权限,以调用者身份执行。
定义者权限:如果在user a下创建的procedure,那其他user只要能执行procedure,这个procedure所做的内容都是以user a的名义来执行的。因为user a是procedure的定义者。user a能做什么,那这个procedure就能做什么。
调用者权限:如果在user a下创建的procedure,那其他user只要能执行procedure,这个procedure所做的内容都是以当前user的名义来做的。如果某个table只有user a有权限建,那这个procedure在user a下面才执行成功。其他user下是不成功的。
而Authid Current_User即是以拥有当前会话权限、以执行过程的用户的权限来处理涉及的对象权限。
在Oracle的存储过程中,如果涉及到操作不同schema下的对象的时候,可以在不同的schema下写相同的procedure,但这样带來的问题是维护和同步麻烦,
在procedure中加上authid current_user,来说明procedure中操作的对象是当前连接用户的对象而并不是procedure所属用户下的对象。
但如果该过程的调用者(而非定义者)被授与系统权限execute any procedure 或是被该过程的定义者grant execute on授权的话,不用authid current_user子句,调用者照样可以使用这个过程。

下面举例说明2中授权机制:

---------------------------------------------------------------

?
1
C:\Users\Administrator>sqlplus sys/oracle @orcl as sysdba
查看一下sys模式下user_tables表记录数:
1
2
3
4
5
sys @ORCL > select count(*) from user_tables;
COUNT(*)
----------
972
创建2个对比函数

get_count is default auth mode. When another user calls this function it will use SYS's user_tables

?
5
6
7
8
9
10
> CREATE OR REPLACE FUNCTION get_count RETURN NUMBER AUTHID DEFINER IS
2 table_count NUMBER;
3 BEGIN
4 SELECT COUNT(*) INTO table_count FROM user_tables;
5
6 RETURN table_count;
7 END;
8 /
函数已创建。

get_count2 is CURRENT_USER auth mode. When another user calls this function it will use its user_tables

?
10
11
> CREATE OR REPLACE FUNCTION get_count2 RETURN NUMBER AUTHID CURRE
NT_USER IS
table_count NUMBER;
BEGIN
SELECT COUNT(*) INTO table_count FROM user_tables;
5
RETURN table_count;
END;
/
下面进行授权操作:

7
> grant execute on get_count to hr;
授权成功。
> grant execute on get_count2 to hr;
授权成功。

11
12
13
> conn hr/hr;
已连接。
hr > SELECT sys.get_count FROM dual;
GET_COUNT
----------
972
> SELECT sys.get_count2 FROM dual;
GET_COUNT2
----------
7

结果一目了然。

定义者权限模式确保我们能控制对集中式DML操作。 而调用者权限模式则确保我们能控制对分布式数据的DML操作。

猜你在找的Oracle相关文章