ADO如何锁定RECORDSET的记录
类别: ASP教程 
前面介绍使用Recordset（记录集合）对象的方法如下：
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方法
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方法
