ADO记录集说明Word文档下载推荐.docx
《ADO记录集说明Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《ADO记录集说明Word文档下载推荐.docx(20页珍藏版)》请在冰豆网上搜索。
只许前移(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"
)
strConn
'
Dosomethinghere
rsAuthors.Close
SetrsAuthors=Nothing
注意,有几个参数没有指定。
实际上,所有的参数都是可选的,可以在打开记录集之前为它们设置相应的属性值:
WithrsAuthors
.Source="
.ActiveConnection=strConn
.CursorType=adOpenForwardOnly
.LockType=adLockReadOnly
.Open
EndWith
一旦打开记录集,当前指针自动地位于第一条记录上。
如果在记录集中没有记录,那么EOF和BOF属性都是True:
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,因为可以这样创建一个循环:
WhileNotrsAuthors.EOF
Response.WritersAuthors("
au_lname:
)&
"
"
&
_
rsAuthors("
au_fname"
<
BR>
"
rsAuthors.MoveNext
Wend
上面的例子一直循环到EOF属性为True时才退出。
MoveNext方法用于移到下一条记录。
如果记录集允许向后移动,则可以使用MovePrevious方法。
在这种情况下,循环中需要检测BOF属性值。
另外分别还有移动到第一条和最后一条记录的MoveFirst和MoveLast方法:
strConn,adOpenDynamic
Nowonfirstrecord
rsAuthors.MoveLast
Nowonlastrecord
rsAuthors.MovePrevious
Nowthreerowsfromtheendoftherecordset
rsAuthors.MoveFirst
Backatthebeginningagain
3.
使用Fields集合
Fields集合包含记录集中每一字段(列)的Fields对象。
Fields集合是记录集的缺省集合,因此在访问字段时可以省略,就如同上面的While...Wend例子中的情况。
因此,有多种访问字段的方法:
rsAuthors.Fields("
au_lname"
).Value
au_lname).Value
rsAuthors
(1).Value
rsAuthors.Fields
(1).Value
可以使用字段名,或使用它在集合中的位置。
使用名字是最好的,因为这样将使代码更易于维护。
Value属性是字段的缺省属性,因此也可以省略,比如:
如果想遍历所有字段,可以使用ForEach结构:
ForEachfldAuthorInrsAuthors.Fields
Response.WritefldAuthor.Name&
:
fldAuthor.Value&
Next
这个例子将打印每一个字段的名字和值。
4.
书签
当在记录集中移动时,可能需要保留记录的位置,以后再移回来。
同真实的书签相似,一个记录集书签是一个指向单个记录的唯一的指针。
为了使用书签,只需将Bookmark属性值赋予一个变量:
varBkmk=rsAuthors.Bookmark
然后,可以在记录集中移动,以后可以通过相反的命令将记录移到做过书签标记的相应记录上:
rsAuthors.Bookmark=varBkmk
在记录集中查找记录时,书签是非常有用的。
在本章稍后的8.4.5节中有一个相关的例子。
注意,并非所有记录集都支持书签,Supports方法(在下面讨论)将能识别其是否支持书签。
值得注意的重要一点是,不能跨越不同的记录集使用书签,即使这些记录集是相同的命令创建的。
考虑一下以下代码:
rsAuthorsOther.Opne"
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
8.4.4过滤记录集
过滤是一种暂时地限定记录集中可见记录的一种方法。
如果仅显示记录集中的某些记录,但又不需要每次都重新查询数据库,这种方法非常有用。
使用条件过滤
Filter属性拥有多个参数,其中一个就是条件表达式,它非常像SQL中Where子句:
rsAuthors.Filter="
state='
ca'
这个语句限定记录集只显示州名为ca的记录。
使用这个过滤条件将使当前指针回到第一条匹配记录上。
可以遍历记录集中的全部记录,并且只有匹配条件的记录才可见。
不仅仅限于单一条件,还可以使用And或Or把多个条件连接在一起:
au_lname='
Homer'
Orau_lname='
Francis'
这将过滤出姓为Francis或Homer的记录。
上面的例子显示了一个列匹配一个值的过滤方法,也可以使用下面操作符中的任何一种:
:
小于。
>
大于。
=:
小于等于。
大于等于。
不等于。
LIKE:
通配符。
当使用通过配符操作时,可以使用“*”或“%”符号。
au_lnameLIKE'
Ho%'
“*”或“%”作为一个通配符,匹配任何字符,因此上面的例子会匹配au_lname字段中以“Ho”字符开始的所有记录。
可以使用空字符串清空过滤条件,这样将显示全部记录:
使用常数过滤
Filter属性也能用FilterGroupEnum常数作为其参数:
adFilterNone:
清空当前过滤条件,与使用一个空字符串的效果相同。
adeFilterPendingRecords:
只显示那些已改变的,但还没送到服务器的记录,只在成批更新模式下可用。
adFilterAffectedRecords:
只显示那些受上一次调用Delete、Resync、UpdateBatch和CancelBatch方法影响的记录。
adFilterFetchedRecords:
显示高速缓存中的记录,即上一次调用读取记录的命令时的结果。
adFilterConflictingRecords:
显示在上一次成批更新中更新失败的记录。
稍后会看到关于成批更新的介绍。
使用书签过滤
最后一种过滤记录集的方法是使用一个书签数组。
可以使用这个技术创建一个记录列表,然后再应用一个过滤条件对其过滤。
strConn,adOpenKeyset,_
adLockReadOnly,adCmdTableDirect
Savebookmarkforthefirstrecord
avarBkmk(0)=rsAuthors.Bookmark
Moveforwardtworecords
rsAuthors.MoveNext
Savebookmarkforthethirdrecord
avarBkmk
(1)=rsAuthors.Bookmark
Movetotheendandsavethebookmark
avarBkmk
(2)=rsAuthors.Bookmark
Nowapplythefilter
rsAuthors.Filter=Array(avarBkmk(0),avarBkmk
(1),avarBkmk
(2))
Nowloopthroughtherecordset
当循环至记录集末尾位置时,会发现只有三条记录,因为只有三个书签应用于过滤条件。
注意,不能直接使用数组avarBkmk,必须使用Array函数将各个书签转换成不同的数组。
8.4.5查找记录
查找单个的记录由Find方法来完成。
它类似于使用条件的过滤方法:
rsAuthors.Find"
Lloyd'
它们之间最主要的区别在于这种方法只能有一个条件,不允许使用And或Or。
可以使用可选的参数指定一些额外的选项,其完整的语法如下:
Recordset.FindCriteria,[SkipRows],[SearchDirection],[Strat]
SkipRows是一个数字,表示在开始查找记录前跳过的行数。
缺省为0,查询从当前行开始。
SearchDirection可