下面我将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的种类
SQL7中锁的种类很多，有DB级，表级，PAGE级，行级(key)，行级是7中的新功能，这也是大型数据库的一个标志。但即使这样，SQL7的锁也不如DB2和ORACLE。我们最关心的是表级和行级，这里介绍锁主要目的是为了了解在SP_LOCK中出现的信息的含义。
先介绍表级，主要两种，S，X。 S和S兼容，X和任何都不兼容。例:statement1 在表A上施加了S，此时如果statement2在表A上也将施加S，那么statement2就可以被执行(并发)，如果statement2在表A上将施加X，那么statement2将等待，直到statement1执行完后(S被释放)才被执行(没了并发)。
如果statement1 在表A上施加了X，此时如果statement2在表A上也将施加S或X，那么statement2将等待，直到statement1执行完后(X被释放)才被执行(没了并发)。
接着介绍行级，从表级锁就可以看出，表级锁对并发的支持有限，因此大型数据库才利用行级锁来支持更多的并发。行级锁也主要有两种，S，X。 S和S兼容，X和任何都不兼容。当SQL7实现行级锁的时候，它自动在表上施加表级锁IS，IX。
也就是只有在表上先施加IS，才能在行上施加S，只有在表上先施加IX，才能在行上施加X。一一对应。例：statement1 在表A上的行A施加了S，自然在表A上施加了IS，此时如果statement2在表A的任一行上将施加S(自然在表A上施加了IS)，那么statement2就可以被执行(并发)，如果statement2在表A上除行A上将施加X(自然在表A上施加了IX)，那么statement2也可以被执行(并发)，如果statement2在表A上行A上将施加X(自然在表A上施加了IX)，那么statement2将等待，直到statement1执行完后(S被释放)才被执行(没了并发)。
在表级锁中还有一种是SIX，也就是首先在表级加S，同时需要在行级加X。
从上面的介绍就可以得到各表级锁，S X IS IX SIX的兼容关系。我们也可以从后面的实验来验证这一点。
实验：实验中要建立到DB的两个连接。其中一个连接运行在隐含交易下。
目标一，在运行在隐含交易下的连接里，运行DML，再运行sp_lock,理解DML语句所产生的锁的不同。
目标二，在运行在隐含交易下的连接里，设置不同的事物隔离级别，再运行DML，理解在不同隔离级别下的同一语句所产生不同的锁。
目标三，同时在另一连接中运行不同的DML，通过执行情况，来验证锁的兼容性。
