查询出当前占用的线程
select sid,serial# from v$session t where t.SID IN (select session_id from v$locked_object);
SID | SERIAL
SID | SERIAL |
---|---|
16 | 3323 |
18 | 33225 |
36 | 33123 |
将查询出来的线程杀死,可以KILL一个,然后执行一次DDL语句,只要保证被占用的释放了就可以了
alter system kill session '16,3323';--kill system
当提示表不存在时:请使用下面的语句予以授权:
oracle 触发器中 用 v_$session 问题讨论
在非系统用户底下建触发器时引用v$session记录类型时出现问题
错误:“表和视图不存在”
但是在 pl/sql 中是可以运行select * from v$session
的
vKaTeX parse error: Expected group after '_' at position 14: session是同义词,v_̲session是视图
需要以下处理:
可直接授权
sys : grant select on v_$session to youruser;
说明:
这是个很好的问题
一个普通用户,具有了select any dictionary的权限后,就可以访问任何一个系统视图,包括v
s
e
s
s
i
o
n
,
由
于
d
b
a
角
色
包
含
了
s
e
l
e
c
t
a
n
y
d
i
c
t
i
o
n
a
r
y
的
权
限
,
所
以
你
的
h
o
s
p
i
t
a
l
用
户
s
e
l
e
c
t
∗
f
r
o
m
v
session,由于dba角色包含了select any dictionary的权限,所以你的hospital用户select * from v
session,由于dba角色包含了selectanydictionary的权限,所以你的hospital用户select∗fromvsession是没问题的
但是你在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
VKaTeX parse error: Expected group after '_' at position 28: … V_̲SESSION
vKaTeX parse error: Expected group after '_' at position 14: session是同义词,v_̲session是视图
这个问题,本质上,是pl/sql程序的特点的问题
在 pl/sql程序设计一书中有讲到,由于 pl/sql 的编译的一些特性,oracle 采取了 角色在 存储过程、函数、包 等有名pl/sql 中 不起作用的策略,必须直接授权才生效,所以即使有dba角色在存储过程中也是无效的