怎样实现这样的锁？

cooleyes_lf

我现在有一个文档表，主键是文档ID
现在要实现对文档所属的文件进行操作时加锁。
比如，如果用户要读文档，则加S锁，如果要修改则加X锁。
大家有什么好的建议。

蓝色键盘

1、对于文档表中的某条或某些记录操作时：
对于请求查询操作进程，lock table tbname share mode;
对于请求更新操作进程，lock table tbname exclusive mode;
以上设置在程序中实现，比如ESQL/C。
2、对于操作文档ID所对应的文件而言
对于读请求操作进程
FILE *  fp = fopen(pathname, "r";
对于请求更新操作进程
FILE *  fp = fopen(pathname, "w";
改操作需要保证和你的相关数据库操作同步。

cooleyes_lf

因为文档表中有多条文档记录。
比如有文档1，文档2
假如同时有两个进程来操作文档，
进程1写文档1，进程2读文档2
这是应该允许同时进行的。
但你对表加锁，就会导致只有一个能进行下去。

蓝色键盘

原帖由 "cooleyes_lf" 发表：
因为文档表中有多条文档记录。
比如有文档1，文档2
假如同时有两个进程来操作文档，
进程1写文档1，进程2读文档2
这是应该允许同时进行的。
但你对表加锁，就会导致只有一个能进行下去。

set lock mode (row)就可以了

蓝色键盘

set lock mode (row)就可以了

蓝色键盘

set lock mode (row)就可以了

cooleyes_lf

只有lock table
就是你是set lock mode row
那怎样去lock我指定的那行呢？

zoukunhong

数据库系统指定加锁的行，查询是家共享锁，修改时加冱斥锁。同时为了保证数据的可靠性，可以设置隔离级别。

cooleyes_lf

默认的隔离级别为repeatable read
当我使用select * from t1 where id = 1;
来锁住row 1
然后在另外一个连接中使用update t1 set value ='xxx' where id = 2
时发现无法执行，告知加锁失败。
我又将隔离级改成cursor stabulity
这次进行上面的工作成功了
但遗憾地发现,update t1 set value ='sdfs' where id = 1也可以被执行了。
不知为什么啊？
我的表是使用lock mode row 建立的。

zoukunhong

查询时加的是共享所，可以家可升级所，捷查询时可以被修改，但修改时不能查询。