在很多场景下，运维人员为了方便， 通常在Oracle数据库中使用dba角色给其他用户授权， dba角色的用户，拥有很大的能力，可能任意访问其他数据，那么在存储过程中也是这样吗？我们一探究竟
#### 1.测试过程
创建两个用户，并赋予dba角色，查看相关数据
``` sql
SQL> conn mywork/oracle
Connected.
SQL> select *from mytest.t1;

P1	   F1	      F2
---------- ---------- ----------
	 1		       2
	 2	    1	       2
	 3	    1	       2
--执行 删除操作
SQL> delete from mytest.t1;

3 rows deleted.

SQL> 
```

创建存储过程，测试是否可以执行
``` sql
SQL> create or replace procedure work_test_t1
as
begin
delete from mytest.t1;
commit;
end;
/  2    3    4    5    6    7

Warning: Procedure created with compilation errors.

SQL> show error
Errors for PROCEDURE WORK_TEST_T1:

LINE/COL ERROR
-------- -----------------------------------------------------------------
4/1	 PL/SQL: SQL Statement ignored
4/20	 PL/SQL: ORA-00942: table or view does not exist
SQL> 
```

显示赋权,并再次执行， 执行成功。
``` sql

SQL> conn mytest/oracle
Connected.
SQL> grant all on t1 to mywork;

Grant succeeded.

SQL> conn mywork/oracle
Connected.
SQL> create or replace procedure work_test_t1
as
begin
delete from mytest.t1;
commit;
end;
/  2    3    4    5    6    7

Procedure created.

SQL> 
```

有上述测试得知，role在定义者权限存储过程不可见。

#### 2.总结
在编写PLSQL程序时，Oracle PL/SQL提供两种授权模式
- AUTHID DEFINER （定义者权限）：指编译存储对象的所有者。也是默认权限模式。（在执行中，当前用户只有除角色权限外的权限）
- AUTHID CURRENT_USER（调用者权限）：指拥有当前会话权限的模式，这可能和当前登录用户相同或不同。（在执行中，当前用户拥有已经授以的所有权限（包含角色权限和系统权限）。

#### 3.参考
- 《剑破冰山-Oracle开发艺术》
-  http://blog.itpub.net/15489979/viewspace-742760/

ITPub博客

【DBA】Oracle dba角色不是万能的，存储过程需要显示授权

最新文章