多线程访问数据库，临界资源同步的问题

xyhost

up

chair3

但大凡数据库都有Lock的。
例如sql server ，你就可以：

SELECT * FROM Table1 WITH (XLOCK)

--xlock 就是sql server 的排他锁。
我估计楼主所用的数据库也有相应的方法。


值得说明一下： 实现排他的方法，应该在数据库来实现，而不是在前台程序来实现。

goodboy1881

这种东西可以用EJB来实现啊。。。

unicorns

pthread_rwlock_t

pthread_rwlock_rdlock()
pthread_rwlock_wrlock()
pthread_rwlock_unlock()

这是一个写者优先的读写锁,应该可以满足你的需求.

unicorns

我这里有berkeleyDB的关于锁的文档,不知道对你有没有帮助.
最近刚开始看这东东.

unicorns

原帖由 Momoass 于 2006-6-22 16:06 发表
两个全局变量不就解决了嘛，搞得那么复杂。
当需要完全锁定的时候就 F_LOCKED =FL_NRW;
当仅需要锁定写操作就 F_LOCLED =FL_NW;
不小需要锁定就 F_LOCKED =FL_WR;
线程在操作数据库时就 switch (F_LOCKED) ca ...

那你的全局变量就也是临界资源了.

zlrll

原帖由 Momoass 于 2006-6-22 16:06 发表
两个全局变量不就解决了嘛，搞得那么复杂。
当需要完全锁定的时候就 F_LOCKED =FL_NRW;
当仅需要锁定写操作就 F_LOCLED =FL_NW;
不小需要锁定就 F_LOCKED =FL_WR;
线程在操作数据库时就 switch (F_LOCKED) ca ...

这样也行？对变量的访问并不是原子操作，是不能避免冲突的

unicorns

Also, DB's databases and data structures are designed for concurrent access — they are
thread-safe, and they share well across multiple processes.

刚在BerkeleyDB的文档上看到的.
同步是由BerkeleyDB自己来保证的,楼主过虑了,呵呵.

[ 本帖最后由 unicorns 于 2006-6-28 17:41 编辑 ]