精华区 [关闭][返回]

当前位置:网易精华区>>讨论区精华>>编程开发>>● 数据库技术>>MSSQL产品>>SQL7中的LOCK的理解1

主题:SQL7中的LOCK的理解1
发信人: cert_studio(certstudio)
整理人: tidycc(2001-04-21 11:07:54), 站内信件
lock是数据库中的一个比较重要,但又容易被忽视的问题。

以前在CTEC上课时,总有学员听的时候懂,但考试时有不太了解。
在编程中,又因所用的编程工具的不同而不能很好的解决lock的问题。

下面我将SQL7中的lock做个简单的介绍,

小型数据库以及大多数的MIS系统,对lock没什么要求, 
原因是数据量小,并发少,客户端的响应要求不高。 

由此可见,上面三个因素正是我们实现lock策略的目的。 

在SQL7中,QueryAnalyzer是一个非常好的工具,用它可以清楚的分析 
不同的语句在不同的环境下产生的锁,并发性操作等等。 

简单的说,就是利用sp_Lock 
和隐式交易来做到这一点。 

首先需要强调的是lock完全依赖你的需要。并不是说lock越多越好。或是lock
越少越好。我们应该制定合适的lock策略来满足我们的需要。那就是在并发性和数据完整性的平衡点。
用过word的都知道,user1打开了一个word文挡,user2打开同一个文挡时,word会有提示告之user2只能在只读方式下工作。在这里,为了保护文挡的数据完整性(user1加了lock),并发操作受到了限制(user2 readonly)。SQL7也有同样的情况。

其次,我们要认识到lock是由SQL7来产生的,也是由SQL7来管理的,lock产生的数量和种类依赖我们的sql语句和环境。我们通常是通过控制环境变量来间接控制lock的产生,(虽然SQL7支持在sql语句中直接加锁,但这种用法少)。

再有的就是lock的生命期。当语句执行时产生锁,当语句结束时lock被释放,在事务中lock要到事务结束才释放。从这个特点中我们就可以找到观察lock的方法。那就是不让交易结束。SQL7的隐式交易就具有这种能力,需要说明的是,SQL7的隐式交易经常被用于改写production数据库中的数据。当改写正确时才提交,避免出错。SQL7的隐式交易有很强的实践意义。

下面介绍的是SQL7 lock的种类(待续,0:00,sleep)


[关闭][返回]