|
|
 |
|
 |
也谈SQL SERVER 的锁 |
★★★ |
|
|
|
| 也谈SQL SERVER 的锁 |
|
|
| 作者：佚名 文章来源：本站整理 更新时间：2008-9-17 9:45:30 |
|
|
|
|
也谈SQL SERVER 的锁
来源：不详 作者 佚名 点击数： 录入时间：07-12-19 21:20:18
通常我们在进行数据库的新增、修改、删除、查询的时候如果我们面对的不是多个用户也及时单机处理的时候，
一般我们基本上不需要考虑数据库的表锁定以及死锁之类情况，但是如果我们面对的是多用户的并行处理的
网络环境的时候我们对表锁定的问题就需要较为仔细的分析和考虑，否则他给我们带来的麻烦就不言而喻了，
下面就把我的在这件事情上遇到的问题以及解决办法同大家一起分享。
也是在我的开发过程当中有这样的事情：
两个用户同时保存新增的数据，我们的程序开始是这样处理
cn.BeginTrans
cn.Execute "insert into tableA ....."
Set rs = cn.Execute("select count(*) from tableA where ...")
If rs.RecordCount > 0 Then
'表A 的字段A不能从复
cn.RollbackTrans
Else
cn.CommitTrans
End If
当SQL SERVER 在执行INSERT 命令时如果我们不添加任何参数时 数据库默认申请一个 IX 锁 给表A
这时候我们来分析上面的程序，当第一个用户执行 cn.Execute "insert into tableA ....." Connection
向数据库申请了一个 IX 锁 给表A ,与此同时当第二个用户执行 cn.Execute "insert into tableA ....." Connection 也向数据库也成功地申请了一个 IX 锁 给表A ,但是当执行
Set rs = cn.Execute("select count(*) from tableA where ...")
这一句的时候就会有问题产生，我们假设第一个用户先一步执行 ，由于SELECT命令需要向数据库申请一个
S 锁给表A，但是由于这时候表A已经存在一个IX锁并且属于另外一个连接因此他只好在此等候。紧接着第二个
用户也执行
Set rs = cn.Execute("select count(*) from tableA where ...")
他也会向数据库申请一个S 锁给表A ，这时候数据就会自动结束较晚申请IX锁的连接同时回滚这个事务
这样子对于我们的应用来说就是一个很大的失[1] [2] [3] 下一页 更多精彩：学习网->http://www.haohao888.com.cn 网络编程->http://www.51wlpc.com 电脑设备->http://www.xpmaster.cn
|
|
|
|
| 文章录入：admin 责任编辑：admin |
|
|
上一篇文章： 动态数据窗创建原理及实现
下一篇文章： SQL Server bcp 实用工具 |
|
|
|
|
|
|
|
|
|
|
|
|
