ADO记录集说明.docx

ADO记录集说明.docx

《ADO记录集说明.docx》由会员分享，可在线阅读，更多相关《ADO记录集说明.docx（20页珍藏版）》请在冰豆网上搜索。

ADO记录集说明

ADO记录集说明

    前面已经提到，记录集是ADO中最常用的对象，这并不值得奇怪。

毕竟，他们包含着数据。

但是，对于记录集还有比想象的更多的内容，知道数据如何保存和处理很重要，因为这为选择使用哪种记录集提供了更多的参考。

    记录集有不同的类型，在一些细小的地方存在着差异，很容易造成失误。

首先需要认真谈论的是光标的概念。

8.4.1光标

    光标（cursor）是让许多人感到困惑的概念，但实际上非常的简单。

    光标用来管理记录集和记录集的当前位置，后者是由当前记录指针来处理的。

    这不是Recordset对象所做的吗？

是的，但是记录集也是依靠它的光标。

这仍然没有回答光标是什么这个问题，那么先来看一个记录集，如表8-2所示：

   这里有六行四列。

打开一个记录集，当前记录就是第一个记录，即为BobWhite的那条记录。

用什么来标识当前记录？

用当前记录指针。

那么又如何处理这个指针呢？

当需要移到下一条记录或者是其他记录时，是通过光标来实现的。

在访问当前行的字段时，光标知道目前位于哪一行，所以能返回正确的值。

如果试图移出记录集的最后一行，光标也会处理。

    理解光标的一种好方法是将光标想象成为一个可以在记录集内移动的窗口。

这一窗口与记录集的单个行同样高，同样长，因此一次只能看到一行数据值。

当你移到另一条记录时，这个窗口也跟着移动。

    也许你认为这相当简单，但它确实很重要，因为能用光标做什么是由光标的类型决定的。

1．  光标类型

光标的类型标识了光标所能够提供的功能。

这里有四种类型的光标：

·静态（adOpenStatic）。

静态光标含有对记录的静态拷贝。

这意味着在记录集建立之后，记录集的内容就固定了。

其他用户对记录的更改、添加和删除都是不可见的。

允许在记录集中向前、向后移动。

·只许前移（adOpenForwardOnly）。

缺省的光标类型，除了只允许向前移动外，其余的与静态光标相同。

·动态（adOpenDynamic）。

动态的光标没有固定的记录集。

其他用户的更改、添加或删除操作在记录集中是可见的。

允许在记录集中向前、向后移动。

·键集（adOpenKeyset）。

键集类型的光标除了记录集是固定的，其余的与动态光标相似。

可以看到其他用户的修改，但新记录却不可见。

如果别的用户删除了记录，那么这些记录在记录集中将会变得不可访问。

这项功能是通过标识记录集的键来实现的，所以键一直保留着，即使改变或删除记录。

为了理解这些概念，再想象光标窗口。

对于只许前移的光标，可以看作是一个位于单向齿轮上的窗口，只能向前移动。

这一特点的有利之处在于一旦通过了一条记录，光标就会完全忘记该记录，因为永远不会回到该记录上。

静态光标则移去了单向齿轮，允许向后移动；因为也能向后移动，光标需要跟踪这些记录。

由于这个原因，静态光标比只许前移的光标慢。

对于键集和动态类型的光标，窗口可以前后移动，但所看到的内容可能会改变。

键集光标可以看到别人对数据的更改，但看不到新的或已删除的记录。

因此，记录集是固定的，但不是内容固定。

动态光标将它扩展了，不仅可以改变记录的内容，而且可以改变记录集。

所以在动态光标中能够看到有新的记录出现，同时删除的记录从记录集中消失。

使用的光标类型取决于想达到的目的。

如果只想浏览记录，也许是为了创建一个表格或一个选择列表，那么用只许前移的光标是最好不过了。

虽然使用其他类型的光标速度可能会慢一些，但也可以正常工作。

光标的类型会影响性能，特别是服务器光标。

例如，在微软的SQLServer6.5中，键集和静态类型的光标都需要在临时数据库（tempdb）中放入一个完整的数据拷贝。

其中，键集类型的光标相比较而言稍微高效一些，因为它只将键拷入临时数据库。

对于SQLServer7.0情况不是这样，不同类型的光标的运行效率差别不是很大。

2．  光标位置

既然已经解释了什么是光标，以及光标如何管理数据，但是光标在哪里呢？

答案不是固定的，因为光标依赖于数据存储。

某些数据存储，比如微软的SQLServer，有自身的光标服务；而别的如微软的Access却没有光标服务。

当打开一个记录集时，必须选择是否希望数据存储管理光标，或是希望OLEDB和ADO在本地为你管理光标。

后者可以实现是因为OLEDB有其自己的光标服务。

通过使用Connection对象或Recordset对象的CursorLocation属性可以设置这两个选项。

可以设定该属性的值为：

·adUseServer：

让数据存储管理光标。

·adUseClient：

让ADO管理光标。

可以在打开连接或记录集之前设置这个属性：

conPubs.CursorLocation=adUseServer

conPubs.OpenstrConn

或者：

rsAuthors.CursorLocation=adUseClient

rsAuthors.Open"authors",conPubs

缺省的光标是基于服务器的，理解这两种类型的区别非常重要。

对于一个服务器光标来说，数据存储的任务是管理记录，所以，当使用服务器光标建立一个记录集时，数据存储管理着记录的移动、记录的更新等等。

对于一个客户光标，记录集的全部内容复制给客户，受本地客户光标服务管理。

这意味着对于一个客户光标，打开一个具有大量记录的记录集要比使用基于服务器的光标打开相同记录集所花费的时间长得多。

也需要使用基于客户的光标的时候，在本书后面，研究组件时，会看到更多的相关的例子。

3．  “消防带”光标

你可能知道“消防带”（Firehose）光标，由于能给应用程序带来高的运行效率，所以对其进行解释显得非常重要。

因为“消防带”光标是一种特殊类型的光标，只有在与微软的SQLServer连接时才出现。

SQLServer创建用户请求的数据集，然后把数据直接传给客户以使其尽可能快地得到数据。

SQLServer自身几乎没有光标管理，这意味着它可以更快地处理数据。

也就是说数据可以在非常短的时间内迅速返回到客户端。

从客户方看，类型于只许前移的光标。

那么，在前面讨论光标类型时，为什么没有涉及到“消防带”光标呢？

因为这类光标专用于SQLServer，并仅用于使用基于服务器的光标时。

这不是一种真正的光标类型，获得一个“消防带”类型光标的方法就是不指定光标的类型。

8.4.2锁定

    我们已经解释了光标和如何管理数据。

现在可以创建记录集了吗？

恐怕还不行，因为还有一个问题没有讨论，那就是锁定。

    锁定就是如何确保数据的完整性，确保更改不会被覆盖。

我们需要避免的典型情况是多次更新，比如一个用户改动了一些数据，接着另一个用户立即又将其做了修改。

为了对这种情况加以保护，要锁定记录，有许多不同的方法可以保证记录得到保护。

可通过锁定类型来设置这些方法。

锁定类型

锁定类型决定更新记录时记录是否或如何被锁定。

有四种类型的锁定：

·只读（adLockReadOnly）：

缺省锁定类型，记录集是只读的，不能修改记录。

·悲观的（adLockPessimistic）：

当修改记录时，数据提供者将尝试锁定记录以确保成功地编辑记录。

只要编辑一开始，则立即锁住记录。

·乐观的（adLockOptimistic）：

直到用Update方法提交更新记录时才锁定记录。

·批量乐观的（adLockBatchOptimistic）：

允许修改多个记录，只有调用UpdateBatch方法后才锁定记录。

当不需要改动任何记录时，应该使用只读的记录集，这样提供者不用做任何检测。

对于一般的使用，乐观的锁定可能是最好的选择，因为记录只被锁定一小段时间，数据在这段时间被更新。

这减少了资源的使用。

悲观的锁定提高了数据的完整性，但却是以牺牲并发性为代价的。

并发性是许多用户在同一时间查阅数据的能力。

锁定的记录对其他用户是不可见的，因而数据的并发性降低了。

乐观的锁定只在一小段时间内锁定记录，所以增强了数据的并发性，但同时其他用户修改数据的几率也增加了。

关于并发性和锁定的问题在微软出版的《InsideSQLServer7.0》（作者RonSoukup和KalenDelaney）中做了较好的论述。

这是一本很有权威的专著，所以无论如何应购买这本专著，该书有大量的有价值的资料。

8.4.3创建记录集

    创建一个记录集十分容易，通过调用Recordset对象的Open方法来实现：

    Recordset.Open[Source],[ActiveConnection],[CursorType],[LockType],[Options]

    其参数及说明如表8-3所示：

表8-3  Open方法的参数及说明

例如，要打开数据库pubs中authors表上的记录集：

DimrsAuthors

SetrsAuthors=Server.CreateObject（"ADODB.Recordset"）

rsAuthors.Open"authors",strConn

'Dosomethinghere

rsAuthors.Close

SetrsAuthors=Nothing

注意，有几个参数没有指定。

实际上，所有的参数都是可选的，可以在打开记录集之前为它们设置相应的属性值：

DimrsAuthors

SetrsAuthors=Server.CreateObject（"ADODB.Recordset"）

WithrsAuthors

    .Source="authors"

    .ActiveConnection=strConn

    .CursorType=adOpenForwardOnly

    .LockType=adLockReadOnly

    .Open

EndWith

'Dosomethinghere

rsAuthors.Close

SetrsAuthors=Nothing

一旦打开记录集，当前指针自动地位于第一条记录上。

如果在记录集中没有记录，那么EOF和BOF属性都是True：

rsAuthors.Open"authors",strConn

IfrsAuthors.BOFandrsAuthors.EOFThen

    'Recordsetisempty

EndIf

1.    Options参数

Open方法的Options参数允许指定命令文本内容。

它可以是以下CommandTypeEnum常数之一：

·adCmdText：

文本命令，比如SQL字符串。

·adCmdTable：

表名。

·adCmdStoredProc：

存储过程名。

·adCmdFile：

保存的记录集的文件名。

·adCmdTableDirect：

表名。

·adCmdURLBind：

URL地址。

adCmdTable与adCmdTableDirect的区别很小，如果想使用表中的全部列，使用adCmdTableDirect将由于ADO执行了某些内部优化而使运行速度变得稍快一些。

如果没有指定命令的类型，ADO必须推算出执行的命令的类型，这将导致额外的开销。

这里还有两个选项：

adCmdUnspecified表示没有指定类型；adCmdUnknow表示命令的类型未知。

一般地可能不会使用它们。

额外的选项

Options参数可以是以上常数中的任一个，但也可以加入下列ExecuteOptionEnum常数：

·adAsyncExcute：

异步地执行命令。

·adAsyncFetch：

取得初始的行集后，异步地获取剩下的行。

·adAsyncFetchBlocking：

除了获取记录不阻止命令运行以外，其他与adAsyncFetch相似。

·adExechteNoRecords：

命令不返回任何记录。

异步处理意味着在后台执行操作，可以运行命令，然后继续其他工作，而不需要等待其执行完毕（同步操作）。

当创建用户界面时，这显得特别方便，因为可以从命令执行中返回，向用户显示一些内容，而同时数据的获取仍然在后台进行。

当返回记录集时，这对ASP程序员来说不是很有用，因为脚本语言不支持ADO事件，所以记录集何时已完成填充移无法得知。

当处理更新、删除或插入数据命令以及不返回记录集的时候，可以使用异步操作，即仅在不关心结果的情况下才能使用。

在另一方面，adExecuteNoRecords选项十分有用。

它告诉ADO执行的命令不返回任何数据。

所以，就没有必要创建记录集（总之，可能为空）。

这会加速正在运行的更新或添加数据的查询操作。

为了加入这些选项之一，可以使用Or符号（等同于加号“+”）

adCmdStoredProcOradExecuteNoRecords

adCmdStoreProc+adExecuteNoRecords

在下一章，将看到对相关内容更详细的介绍，因为这在处理命令（而不是记录集）时会更有用。

2.    在记录集中移动

一旦打开一个记录集，经常需要遍历每一条记录。

这需要使用EOF属性。

当到达记录集的末尾时，EOF就变为True，因为可以这样创建一个循环：

rsAuthors.Open"authors",strConn

WhileNotrsAuthors.EOF

    Response.WritersAuthors（"au_lname:

）&","&_

                    rsAuthors（"au_fname"）&"
"

    rsAuthors.MoveNext

Wend

上面的例子一直循环到EOF属性为True时才退出。

MoveNext方法用于移到下一条记录。

如果记录集允许向后移动，则可以使用MovePrevious方法。

在这种情况下，循环中需要检测BOF属性值。

另外分别还有移动到第一条和最后一条记录的MoveFirst和MoveLast方法：

rsAuthors.Open"authors",strConn,adOpenDynamic

'Nowonfirstrecord

rsAuthors.MoveLast

'Nowonlastrecord

rsAuthors.MovePrevious

rsAuthors.MovePrevious

'Nowthreerowsfromtheendoftherecordset

rsAuthors.MoveFirst

'Backatthebeginningagain

3.    使用Fields集合

Fields集合包含记录集中每一字段（列）的Fields对象。

Fields集合是记录集的缺省集合，因此在访问字段时可以省略，就如同上面的While...Wend例子中的情况。

因此，有多种访问字段的方法：

rsAuthors.Fields（"au_lname"）.Value

rsAuthors（"au_lname）.Value

rsAuthors

（1）.Value

rsAuthors.Fields

（1）.Value

可以使用字段名，或使用它在集合中的位置。

使用名字是最好的，因为这样将使代码更易于维护。

Value属性是字段的缺省属性，因此也可以省略，比如：

rsAuthors（"au_lname"）

如果想遍历所有字段，可以使用ForEach结构：

ForEachfldAuthorInrsAuthors.Fields

    Response.WritefldAuthor.Name&":

"&_

                    fldAuthor.Value&"
"

Next

这个例子将打印每一个字段的名字和值。

4.    书签

当在记录集中移动时，可能需要保留记录的位置，以后再移回来。

同真实的书签相似，一个记录集书签是一个指向单个记录的唯一的指针。

为了使用书签，只需将Bookmark属性值赋予一个变量：

varBkmk=rsAuthors.Bookmark

然后，可以在记录集中移动，以后可以通过相反的命令将记录移到做过书签标记的相应记录上：

rsAuthors.Bookmark=varBkmk

在记录集中查找记录时，书签是非常有用的。

在本章稍后的8.4.5节中有一个相关的例子。

注意，并非所有记录集都支持书签，Supports方法（在下面讨论）将能识别其是否支持书签。

值得注意的重要一点是，不能跨越不同的记录集使用书签，即使这些记录集是相同的命令创建的。

考虑一下以下代码：

rsAuthors.Open"authors",strConn

rsAuthorsOther.Opne"authors",strConn

varBkmk=rsAuthors.Bookmark

varBkmkOther=rsAuthorsOther.Bookmark

尽管两个记录集是用相同的命令创建的，但记录集的书签是不一样的。

可以使用Clone方法获得可交换的书签，但在这里我们不讨论它。

5.    支持的功能

如上所述，并非所有的记录集都支持书签。

还有许多其他的记录集选项也不是被所有的提供者或记录集类型支持的，因此可以用Supports方法验证一下。

Supports方法使用一个或多个CursorOptionEnum值作为参数，返回True或False表明是否支持该选项。

这些值的列表相当庞大，所以将其列于附录F中。

例如：

IfrsAuthors.Supports（adBookmark）Then

'Therecordsetsupportsbookmarks

varBkMk=rsAuthors.Bookmark

    EndIf

    可以使用Or或加号“+”组合多个常数：

    IfrsAuthors.Supports（adBookmarkOradFind）Then

          'TherecordsetsupportsbookmarksanduseofFind

          varBkMk=rsAuthors.Bookmark

    EndIf

8.4.4过滤记录集

    过滤是一种暂时地限定记录集中可见记录的一种方法。

如果仅显示记录集中的某些记录，但又不需要每次都重新查询数据库，这种方法非常有用。

1．  使用条件过滤

Filter属性拥有多个参数，其中一个就是条件表达式，它非常像SQL中Where子句：

rsAuthors.Filter="state='ca'"

这个语句限定记录集只显示州名为ca的记录。

使用这个过滤条件将使当前指针回到第一条匹配记录上。

可以遍历记录集中的全部记录，并且只有匹配条件的记录才可见。

不仅仅限于单一条件，还可以使用And或Or把多个条件连接在一起：

rsAuthors.Filter="au_lname='Homer'Orau_lname='Francis'"

这将过滤出姓为Francis或Homer的记录。

上面的例子显示了一个列匹配一个值的过滤方法，也可以使用下面操作符中的任何一种：

<：

小于。

>：

大于。

<=：

小于等于。

>=：

大于等于。

<>：

不等于。

LIKE：

通配符。

当使用通过配符操作时，可以使用“*”或“%”符号。

例如：

rsAuthors.Filter="au_lnameLIKE'Ho%'"

“*”或“%”作为一个通配符，匹配任何字符，因此上面的例子会匹配au_lname字段中以“Ho”字符开始的所有记录。

可以使用空字符串清空过滤条件，这样将显示全部记录：

rsAuthors.Filter=""

2．  使用常数过滤

Filter属性也能用FilterGroupEnum常数作为其参数：

·adFilterNone：

清空当前过滤条件，与使用一个空字符串的效果相同。

·adeFilterPendingRecords：

只显示那些已改变的，但还没送到服务器的记录，只在成批更新模式下可用。

·adFilterAffectedRecords：

只显示那些受上一次调用Delete、Resync、UpdateBatch和CancelBatch方法影响的记录。

·adFilterFetchedRecords：

显示高速缓存中的记录，即上一次调用读取记录的命令时的结果。

·adFilterConflictingRecords：

显示在上一次成批更新中更新失败的记录。

稍后会看到关于成批更新的介绍。

3．  使用书签过滤

最后一种过滤记录集的方法是使用一个书签数组。

可以使用这个技术创建一个记录列表，然后再应用一个过滤条件对其过滤。

例如：

rsAuthors.Open"authors",strConn,adOpenKeyset,_

              adLockReadOnly,adCmdTableDirect

'Savebookmarkforthefirstrecord

avarBkmk（0）=rsAuthors.Bookmark

'Moveforwardtworecords

rsAuthors.MoveNext

rsAuthors.MoveNext

'Savebookmarkforthethirdrecord

avarBkmk

（1）=rsAuthors.Bookmark

'Movetotheendandsavethebookmark

rsAuthors.MoveLast

avarBkmk

（2）=rsAuthors.Bookmark

'Nowapplythefilter

rsAuthors.Filter=Array（avarBkmk（0）,avarBkmk

（1）,avarBkmk

（2））

'Nowloopthroughtherecordset

WhileNotrsAuthors.EOF

    Response.WritersAuthors（"au_lname"）&"
"

    rsAuthors.MoveNext

Wend

当循环至记录集末尾位置时，会发现只有三条记录，因为只有三个书签应用于过滤条件。

注意，不能直接使用数组avarBkmk，必须使用Array函数将各个书签转换成不同的数组。

8.4.5查找记录

    查找单个的记录由Find方法来完成。

它类似于使用条件的过滤方法：

    rsAuthors.Find"au_lname='Lloyd'"

    它们之间最主要的区别在于这种方法只能有一个条件，不允许使用And或Or。

    可以使用可选的参数指定一些额外的选项，其完整的语法如下：

    Recordset.FindCriteria,[SkipRows],[SearchDirection],[Strat]

    SkipRows是一个数字，表示在开始查找记录前跳过的行数。

缺省为0，查询从当前行开始。

    SearchDirection可