在Oracle中如何实现读锁

棉花糖ONE

原帖由 zhaolinjnu 于 2008-6-9 18:30 发表



至于log file sync会很严重的问题，稍微变一下程序逻辑就可以解决，

因为如果更新的结果集为0条，则不需要进行commit操作。

怎么判断是更新0行的，你是想在更新之前,先对做验证那张表做查询吧,这样用来做验证的表就可能会出现问题

[ 本帖最后由 棉花糖ONE 于 2008-6-9 19:05 编辑 ]

spring7777777

up

wtjiang2008

学习

yangtingkun

原帖由 zhaolinjnu 于 2008-6-9 16:36 发表
首先不论此需求的合理性，对于此需求的实现，这里有另外一种思路？

首先创建另外一张表，插入一条类似下面这样的记录：
insert into select_ctl(table_name,lock_start,lock_end,status) values('TEST',SYSDATE,SYSDATE,0);
这张表可以称为对Test表的select查询访问控制表，status有两个状态：0 未锁定；1 锁定中

当要进行select查询时:
1.更新控制表select_ctl中的记录 update select_ctl set lock_start=sysdate,lock_end=null,status=1 where table_name='TEST' and status=0;
commit;
2.判断更新的结果集行数，如果为1，则进行相要的select查询（如果为0,则在应用层等待一下，再次返回到第一步中的更新）：
    比如说: select * from test;
3.查询完成后，更新控制表select_ctl,以便其它的会话可以进行查询
  update select_ctl set lock_end=sysdate,status=0 where table_name='TEST' and status=1;
  commit;


如果这类的需求一定要处理,并且采用此设计实现，可以对select_ctl表中的记录进行监控。

在SELECT语句中引入COMMIT，会破坏事务原子性的。

zhaolinjnu

怎么破坏的？举个例子。

yangtingkun

如果你在一个事务当中查询这张表呢？

zhaolinjnu

看来你的环境，还挺复杂？如果不想破坏事务的原子性，只能把包含此表的查询的整个事务放在第二步。

请详细描述一下你的需求？为什么要去实现一个排它性的读锁?

yangtingkun

原帖由 zhaolinjnu 于 2008-6-10 11:12 发表
看来你的环境，还挺复杂？如果不想破坏事务的原子性，只能把包含此表的查询的整个事务放在第二步。

请详细描述一下你的需求？为什么要去实现一个排它性的读锁?

在这篇文章的开头部分我就写了

原帖由 yangtingkun 于 2008-5-27 11:04 发表
写这个题目是由于看到论坛里面的一个帖子：http://www.itpub.net/thread-992141-1-1.html。
虽然不清楚楼主的具体目的是什么，但是楼主提出的问题确实有点意思。因为Oracle中根本没有读锁，楼主的要求和Oracle尽可能提高并发的目的是截然相反的。
写这篇文章的目的并不是说这个需求有什么普遍性，而是为了说明在Oracle中其实没有什么是做不到的，即使这个需求和Oracle的设计本意相违背，另外希望这篇文章中的一些思路能起到抛砖引玉的作用。

.
.
.

因此这篇文章并没有什么明确的需求，只是单纯为了实现读锁的功能，至于读锁有什么意义，我在日常使用中并没有碰到需要读锁的情况，但是并不代表一定没有意义。

你给出的方法，我只是说明这种方法会破坏事务的原子性，如果采用这种方法，对这张表的访问就无法放到事务当中。

另外，你的方法其实没有必要提交的，我的第一种方法就与你的方法类似，但是并没有提交，因此事务的原子性还可以保证。

棉花糖ONE

[ 本帖最后由 棉花糖ONE 于 2008-6-10 14:29 编辑 ]

yangtingkun

原帖由 棉花糖ONE 于 2008-6-10 14:25 发表