发信人: 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）
|
|