v$session 的权限（转）

 

文章出自：http://blog.csdn.net/xys_777/article/details/6602864

 

 

oracle 触发器中 用 v_$session 问题讨论

 

在非系统用户底下建触发器时引用v$session记录类型时出现问题
错误：“表和视图不存在”

但是在 pl/sql 中是可以运行 select * from v$session 的

v$session是同义词，v_$session是视图

需要以下处理：

可直接授权

sys   :   grant   select on v_$session to   youruser;

说明：

这是个很好的问题

一个普通用户，具有了select any dictionary的权限后，就可以访问任何一个系统视图，包括v$session，由于dba角色包含了select any dictionary的权限，所以你的hospital用户select * from v$session是没问题的
但是你在PL/SQL中，要参照一个表rowtype或者在定义cursor的时候使用到某个表，那你得在这个表上有select权，尽管你的dba角色有select any table的权限，但由于在9i中规定

在初始化参数O7_DICTIONARY_ACCESSIBILITY取缺省值（false）的情况下，一个用户即使有select any table的权限，却还是不能访问sys对象的，除非
1 把O7_DICTIONARY_ACCESSIBILITY设置为true，也就是偶说的做法
或者
2 直接把sys对象的select权授予给这个用户，也就是biti所说的做法

 

在存储对象中引用字典表(视图)必须单独授权
SQL> select synonym_name,table_name from dba_synonyms where synonym_name like '%SESSION%';

SYNONYM_NAME                TABLE_NAME
------------------------------ ------------------------------
V$SESSION                   V_$SESSION

v$session是同义词，v_$session是视图

 

这个问题，本质上，是pl/sql程序的特点的问题
在 pl/sql程序设计一书中有讲到，由于 pl/sql 的编译的一些特性，oracle 采取了 角色在   存储过程、函数、包 等有名pl/sql 中 不起作用的策略，必须直接授权才生效，所以即使有dba角色在存储过程中也是无效的