在SQL Server 中如何解决多用户发生的锁定问题.在线等侯.急急急

[强人很牛]

我的开发工具前台是PB9,后台是 SQL Server 2000,当多用户同时登录同一窗口并对其操作时,只允许一个用户对其操作,而其它用户都必须进入等待状态,这时就会发生了窗口的假死现象,请问各位高手如何解决这一问题.如果有更好的解决方法,分不成问题.请发到我的邮箱 [e-mail]

[伍子V5]

1 如何锁一个表的某一行


A 连接中执行

SET TRANSACTION ISOLATION LEVEL REPEATABLE READ

begin tran

select * from tablename with (rowlock) where id=3

waitfor delay '00:00:05'

commit tran

B连接中如果执行

update tablename set colname='10' where id=3 --则要等待5秒

update tablename set colname='10' where id<>3 --可立即执行

2 锁定数据库的一个表

SELECT * FROM table WITH (HOLDLOCK)


注意: 锁定数据库的一个表的区别

SELECT * FROM table WITH (HOLDLOCK)
其他事务可以读取表，但不能更新删除

SELECT * FROM table WITH (TABLOCKX)
其他事务不能读取表,更新和删除

[txlicenhe]

http://expert.csdn.net/Expert/topic/2218/2218218.xml?temp=.099621
/********** 加锁 ***************
设table1(A,B,C)
A B C
a1 b1 c1
a2 b2 c2
a3 b3 c3

1）排它锁
新建两个连接
在第一个连接中执行以下语句
begin tran
update table1
set A='aa'
where B='b2'
waitfor delay '00:00:30' --等待30秒
commit tran
在第二个连接中执行以下语句
begin tran
select * from table1
where B='b2'
commit tran

若同时执行上述两个语句，则select查询必须等待update执行完毕才能执行即要等待30秒

2）共享锁
在第一个连接中执行以下语句
begin tran
select * from table1 holdlock -holdlock人为加锁
where B='b2'
waitfor delay '00:00:30' --等待30秒
commit tran

在第二个连接中执行以下语句
begin tran
select A,C from table1
where B='b2'
update table1
set A='aa'
where B='b2'
commit tran

若同时执行上述两个语句，则第二个连接中的select查询可以执行
而update必须等待第一个连接中的共享锁结束后才能执行 即要等待30秒

3）死锁
增设table2(D,E)
D E
d1 e1
d2 e2
在第一个连接中执行以下语句
begin tran
update table1
set A='aa'
where B='b2'
waitfor delay '00:00:30'
update table2
set D='d5'
where E='e1'
commit tran

在第二个连接中执行以下语句
begin tran
update table2
set D='d5'
where E='e1'
waitfor delay '00:00:10'
update table1
set A='aa'
where B='b2'
commit tran

同时执行，系统会检测出死锁，并中止进程


--------------------------------------------------------------
SET IMPLICIT_TRANSACTIONS ON --用户每次必须显式提交或回滚。否则当用户断开连接时,
--事务及其所包含的所有数据更改将回滚

SET IMPLICIT_TRANSACTIONS OFF --自动提交模式。在自动提交模式下，如果各个语句成功
--完成则提交。

[shanshanzheng]

怎麼可能一天到晚去執行 kill spid,這樣做的化,系統就不要用了.
可以試試對 read 操作降低鎖級別 , 減小 transaction 粒度 ,
優化程序以減少對系統資源的佔用,提高運行速度. 這些方法
在 CSDN 的 sql 版有許多好建議 , 我有部分參考使系統起死回生 ,這還要感謝大家 .
另外我不知道 pb與 DB 的連接方式SQLCA 中是否有優化的方法 ,因該可以朝這個方向去研究一下.

[bubugao]

检查PB代码,可以解决锁定问题
在每一个update或 delete 语句执行完后都要commit using sqlca 或 roolback using sqlca
执行完存储过程以后最好也调用此语句

[sql1]

http://expert.csdn.net/Expert/topic/2218/2218218.xml?temp=.099621

[强人很牛]

各位高手,我是说如何解决锁定问题,不是如何加锁,解决多用户的问题.

[pengdali]

在事务结束后它自己会解琐，如果发生死锁需要用kill杀掉。如：
use master
go
create proc killspid (@dbname varchar(20))
as
begin
declare @sql nvarchar(500),@temp varchar(1000)
declare @spid int
set @sql='declare getspid cursor for
select spid from sysprocesses where dbid=db_id('''+@dbname+''')'
exec (@sql)
open getspid
fetch next from getspid into @spid
while @@fetch_status<>-1
begin
set @temp='kill '+rtrim(@spid)
exec(@temp)
fetch next from getspid into @spid
end
close getspid
deallocate getspid
end

--用法
use master
exec killspid '数据库名'

这是杀掉数据库上所有的连接，你可以每天晚上用作业执行。

[enhydraboy]

各位高手,我是说如何解决锁定问题,不是如何加锁,解决多用户的问题.

==>sql server肯定考虑过多用户下数据一致性的问题。同时sql server也采取了措施，主动检测死锁并且解决。

我的开发工具前台是PB9,后台是 SQL Server 2000,当多用户同时登录同一窗口并对其操作时,只允许一个用户对其操作,而其它用户都必须进入等待状态,这时就会发生了窗口的假死现象

==>这正是说明了，sql server的锁的机制充分发挥了作用。此时，你说的假死现象，是处于等待的问题。所以，我认为，你的问题在于，你pb程序上要解决，当程序处于等待状态是，要能够把操作权交给用户。就是程序处理上面的异步的问题。在vb中一般是采用doevents,使得操作权马上交给用户。pb中怎么写，你还是查查文档。

[老本]

确认你的业务是核心业务；
开发一个中间层，专门处理对该资源的请求；
数据修改时，对每一个客户进行推送（Sock编程解决）；
建议采用Delphi开发。

[edchild]

好贴收藏

[aierong]

[lvltt]

学习

[zztmonster]

你说的假死现象我个人认为是你的PB程序产生的，原因可能是你在事务处理中，谈出对话框等等。在事务处理中要返回的信息，必须是在roll back 或 commit后。（个人意见，供参考）