请教一个GOOGLE上问不到的问题

machinen

2个问题

1：不知道是不是比较傻
见图，为什么连接数有那么多，好像每个连接都会创建两个SESSION，在OEM-例程-会话中查看有150个

但是实际上使用数据库的人只有50个，为什么？后台进程也只有8个

问题2：

我们这里大概有40个人同时对数据库操作，一般情况下有15人左右同时操作一张表，导致表频繁锁死，请问表锁死后用什么语句来查看效率比较高？我通常都是在OEM-例程中看

另外对频繁锁死表有没有好的处理方法？？
欲哭无泪，经常做的东西无法保存！！！！！！！！！

monkeyai

第一个问题，应该是你们连接数据库的方式。如果使用toad, pl/sql developer工具的话，一个人至少会有2 session，如果用OEM估计至少不会比toad这类工具少（很久没用过了）。如果是自己开发的客户端程序，写的不好的话一个客户端程序开N多链接都有可能。
第二个问题，15个人同时访问一张表，多少查询？多少插入？多少更新？不说100%，至少90%的情况应该检查一下访问数据库的应用代码了。

machinen

最初由 monkeyai 发布
[B]第一个问题，应该是你们连接数据库的方式。如果使用toad, pl/sql developer工具的话，一个人至少会有2 session，如果用OEM估计至少不会比toad这类工具少（很久没用过了）。如果是自己开发的客户端程序，写的不好的话一个客户端程序开N多链接都有可能。
第二个问题，15个人同时访问一张表，多少查询？多少插入？多少更新？不说100%，至少90%的情况应该检查一下访问数据库的应用代码了。 [/B]

谢谢回复

第一个：
是应用程序访问数据库

第二个：

有15个人同时更新 插入 他们基本上不查询，甚至更多的人来更新这张表

infobilling

查询session锁表
select s.SID,s.SERIAL#,a.owner,a.object_name,q.SQL_TEXT,s.paddr,p.SPID
from v$locked_object l,all_objects a,v$session s,v$sql q,v$process p
where l.OBJECT_ID=a.object_id
and s.SID=l.SESSION_ID
and q.ADDRESS=s.PREV_SQL_ADDR
and s.PADDR=p.ADDR