CSDN博客

img nickycheng

ADO如何锁定RecordSet的记录呢?

发表于2004/6/29 16:00:00  692人阅读

Set rs = Server.CreateObject("ADODB.Recordset")

rs.Open SQL指令, Conn, 1, 1 ‘读取
rs.Open SQL指令, Conn, 1, 3 ‘新增、修改、或删除

到底rs.Open后接的第三个参数1和第四个参数是什么意思呢?为何第四个参数在读取时要用1,新增、修改、或删除时要用3呢?

第三个参数表示cursor类型;
第四个参数表示RecordSet的锁定型态。


详细介绍如下:

RecordSet的锁定

当开启Recordset对象时,您也可以用LockType属性指定锁定的型态:

1:唯读(ReadOnly),不允许更新,为预设值。
2:悲观锁定( Pessimistic lock),在编辑Recordset资料或使用AddNew方法,一开始执行就立即锁定此记录或包含资料记录的资料页,并维持锁定直到使用Update方法将变更写回到资料库为止。
3:乐观锁定(Optimistic lock),使用Update方法将变更写回到资料库时才锁定此记录。
4:批次乐观锁定(Batch Optimistic lock),使用UpdateBatch方法将多笔变更的记录批次写回到资料库时,才锁定此批记录。

当您使用悲观锁定(Pessimistic Lock)时,一旦编辑Recordset资料或呼叫了AddNew方法时,就会锁定包含目前编辑RecordSet的资料对应页,直到明确地确认(Commit)或取消这个RecordSet的变更后,它才会释放这个锁定。
悲观锁定的主要优点,是取得锁定之后,只要RecordSet还被锁定着,就不会发生任何锁定冲突。由于一个使用者开始编辑RecordSet后,其他使用者就无法改变它,所以悲观锁定是保证应用程式能读取到目前最新资料的唯一方法。
悲观锁定的缺点,是在编辑和锁定该RecordSet当中,包含该RecordSet的整个资料对应页都会被锁定。如果当使用者开始编辑和锁定RecordSet后,在RecordSet被锁定期间过了很久才明确地确认(Commit)或取消这个RecordSet的变更,就将产生一个问题,这不仅锁定了使用者正在编辑的RecordSet,而且还可能会锁定存在该被锁定资料对应页内其它的RecordSet。
当您使用乐观锁定(Optimistic Lock)时,只会在使用Update方法变更
RecordSet时,才锁定该资料对应页,所以能使锁定的时间为最短,这是乐观锁定的主要优点。
乐观锁定的缺点,是当使用者开始编辑RecordSet时,无法确定更新是否会成功。如果另一个使用者改变了第一个使用者正在编辑的RecordSet,那么建立在乐观锁定的更新将会失败。
譬如甲和乙都在编辑相同的RecordSet,若甲开始以乐观锁定编辑一个
RecordSet,因为甲使用的是乐观锁定,并没有真正锁定该RecordSet,所以无法禁止乙尝试编辑相同的RecordSet。
于是乙开始编辑相同的RecordSet。但是,乙也不知道甲正在编辑该
RecordSet,也看不到最新的资料。
因为乙也正在编辑该资料录,所以当甲尝试储存他的变更时,就会收到一个错误。
当您使用异动(transaction)功能时,乐观锁定将会转换成悲观锁定。因为在你做交易确认(Commit)之前,异动一直会做写入锁定
(Write-Lock)的功能,所以转换成悲观锁定。
乐观更新(optimistic update)是逐笔记录进行的。您可以让使用者能在自己的电脑中,暂存(cache)多笔记录的变更,然后使用批次处理,一次把这些多笔变更的记录传给伺服器进行更新,这样效率比较高。这个方式称为批次乐观更新
(Batch Optimistic Update)。
批次乐观更新使用的锁定方式为批次乐观锁定(Batch Optimistic lock),使用UpdateBatch方法将多笔变更的记录批次写回到资料库时,才锁定此批资料记录。
在Recordset对象上设定锁定时,如果锁定失败,则会产生错误。
譬如有另一个使用者以锁定的模式,开启了Recordset对象时,那么当您尝试锁定该Recordset对象时,就会发生错误。
错误可能为:
3260:RecordSet被锁定。在您遇到这个错误时,可以先等待一下,然後再重试一次。 3262:无法锁定资料表 <name>,目前正被使用者<name>在机器<name>上使用。先等待一下,然后再重试一次。
3197:RecordSet的资料在被开启之后发生了改变。因为您和另一个使用者尝试同时改变同一笔资料,可以再试一下重新读取该RecordSet,以取得最新的资料。
3186:无法储存,目前正被机器 <name> 上的 <name> 使用者锁定。当一个使用者尝试更新一资料对应页,而且该页被另一个使用者锁定时,就会发生这个错误。要处理这个错误,则先等待一会儿,然后重新储存该RecordSet。
3260:无法更新,目前,被机器 <name> 上的使用者 <name> 锁定。当您编辑
Recordset资料或呼叫了AddNew方法,而该资料对应页包含有被锁定的记录时,就会发生这个错误要处理这个错误,先等待一会儿,然后再一次储存该RecordSet。或者您可以通知遇到这个问题的使用者,并允许使用者选择是否要再重试这个操作。

cursor

cursor(资料指标)是一个指标或指标的集合,它指向根据某条件从资料库中取回的资料。cursor的特性如下:


可以表示单一资料表中的部份或全部RecordSet。
可以表示多资料表的连结(join)中的部份或全部RecordSet。
可以表示没有RecordSet。
在cursor层次上或者在资料栏层次上,cursor可以是只读的或可更新的。
cursor既可以双向移动(表示在RecordSet中能向前或向后移动),又可以是仅向前移动。
cursor可以存在用户端的电脑中,也可以存在服务器上。


cursor所在位置

cursor需要暂存的资源来储存资料,这些资源为RAM、虚拟记忆体、暂存档或资料库。如果这些资源在用户端的电脑中,cursor就称为client-side(客户端)
cursor。对於这种类型的cursor,服务器将cursor所代表的资料和cursor自身需要的资料传到用户端,由用户端电脑来管理暂存的资源。
另外一种类型的cursor,称为server-side(服务器端)cursor。对於这种类型的cursor,使用
服务器上的暂存资源来管理RecordSet对象。对於server-side cursor,只有由cursor选中的RecordSet才透过网路传送给用户端的电脑。因此在网路通讯或频宽出现问题时,使用这种类型的cursor在性能上有很大的提升。但是,因为需要服务器上的RAM和磁碟空间等资源,因此必须保证服务器有足够资源来管理所有客户端电脑请求的cursor。
CursorLocation属性,可以选择cursor的所在位置,是在用户端电脑还是服务器上:


3:使用用户端cursor。此选项对小的RecordSet效果较好,但对大的结果集,其性能迅速下降。
2:使用服务器cursor。对於大多数的大型作业来说,这种类型的cursor有较好的性能。


cursor类型
当开启Recordset对象时,可以在CursorType属性指定不同的cursor类型:


0:Forward-only(只向前):只能向前移动,这是缺省值。
1:Keyset(索引键集)
2:Dynamic(动态)
3:Static(静态)

如果应用程式只需要读取一个RecordSet,并不需要做新增、修改、删除的动作,那么用Forward-only(只向前)的Recordset对象,可以明显提高应用程式的执行性能。
需注意使用Forward-only(只向前)的Recordset时,下面的方法和属性将无法使用:

.Bookmark属性
.Clone方法
.Move方法
.MoveFirst方法
.MoveLast方法
.MovePrevious方法
.OpenRecordset方法

阅读全文
0 0

相关文章推荐

img
取 消
img