注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

naigeer的知识库

不断学习,用知识武装头脑,用头脑创造未来!

 
 
 

日志

 
 

[转载]从ADO迁移到ADO.NET  

2008-07-13 21:17:58|  分类: 编程系列 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

近几年来,ADO已经成为在基于Windows 的应用程序中执行数据访问的领先、优选的方法。今天,已经有大量的ADO应用程序付诸应用,许多开发人员已经对ADO开发非常熟练。随着Microsoft .NET Framework的引入,ADO.NETADO的演进版本粉墨登场了。虽然ADOADO.NET之间存在很多相似性,但是它们的运行方式和基础却大不相同。为了帮助读者平滑地迁移到ADO.NET,我将在本文中讲述如何用ADO.NET完成一些常见的任务。我会提出一些关于数据访问的情况进行探讨,说明如何利用ADO予以解决,并对比说明如何在用C#开发的ASP.NET应用程序通过ADO.NET进行解决。我将以连接数据源的相似操作为论述的切入点,然后,我们会看到ADORecordset对象在ADO.NET中如何演变为许多截然不同、各有侧重的对象和方法。最后,我将探讨流水游标(firehose cursor),它从行集中返回一个值并使用XML

ADO的演变

一些传统的ADO功能(例如,建立与数据源的连接)在各版本之间改变不大,而其他一些功能(例如,表示断开的行集、将行集保持为XML以及将其转换为分层次的行集)则发生了很大的变化。发生这种显著变化的原因之一在于,XML和数据构形(data-shaping)功能都是后来加入到ADO中的;而对于ADO.NET,它们在一开始就被纳入到设计中。与比较老的数据访问工具(例如DAORDO)相比,传统的ADO算是非常轻量级的。ADO之所以在VisualBasic 6.0 N层开发中如此流行,原因在于它简单、易于浏览的对象模型特性。ADOConnectionCommand对象可以相对容易地转换为ADO.NETConnectionCommand对象,但是ADORecordset对象的功能却要转换成ADO.NET中的许多不同的对象和方法。ADO在某种程度上依然是一种强大而流行的数据访问工具,其原因在于它的XML功能和管理断开行集的能力。ADO Recordset可以通过将其CursorLocation属性设置为adUseClient,将其CursorType属性设置为ADOpenStatic,将其LockType属性设置为adLockBatchOptimistic从而与数据源和Connection对象断开。然后,在Recordset打开并加载之后,可以通过将其ActiveConnection属性设置为Nothing,从而实现断开:

'---Disconnecting an ADO Recordset

oRs.CursorLocation=adUseClient

oRs.CursorType=ADOpenStatic

oRs.LockType = adLockBatchOptimistic '- Or use adLockReADOnly

oRS.Open

Set oRS.ActiveConnection = Nothing

XML功能并不是在一开始就集成到ADO中的,而是随着XML越来越流行,它的功能才逐步被加入到ADO较新的版本中。ADO Recordset对象的Save方法能够接收记录集的行和列,并将它们转换为预定义的XML架构,然后将其持久存留到文件或者流之中。XML架构并不是非常的灵活,但它是从ADO行集保留XML的首次真正的尝试,并且它为开发人员简要地指明了开发的方向。只要文件使用与其所期望的架构所相同的XML架构,记录集还可以从XML文件中加载。下面的代码说明了ADO如何将记录集保存到一个XML文件中:

.Save "c:\MyRowSet.xml", adPersistXML

行集可以保存到一个流中,例如来自ASP页的Response对象的输出。举例而言,一些ASP代码能够马上响应请求,检索一个行集,并将该行集流转化为Response对象,再将其返回给客户端。下面的代码说明了如何将一个记录集的内容保存到Stream对象中。此外,Save方法的第一个参数可以用Response对象代替,这样就能将XML行集流转化到调用方浏览器:

 

DimoStmAsADODB.Stream

SetoStm=NewADODB.Stream

oRs.Save oStm,adPersistXML

 

传统的ADOASP也能够进行流转化。当然,在.NET中也可以使用Web服务实现,而且针对于任何使用传统的ADOASP轻易构建的解决方案,还提供了更多的功能。事实上,Web服务是设计用来处理数据请求并将数据以XML形式通过HTTP传回的一种技术。虽然ADO可以流转化为XML,但这是后来才在设计中添加的。ADO.NET DataSet对象有WriteXmlWriteXmlSchema方法,允许将它的内容导出到一个XML文件或者是流中。因此,虽然对ADO RecordsetSave方法已经进行了重新设计,从而能够将内容导出为XML;但是ADO.NETDataSet则从一开始就具备这一功能。ADO.NET不但能够将DataSet保留为XML,而且可以从XML加载一个DataSet;此外,它还利用其类似XML的结构在其他方面展示出更多的优点。例如,因为DataSet在本质上是表示为XML的,所以它可以在物理层和逻辑层之间轻易地传递。这就是说,XML可以通过HTTP跨安全网络进行传递,这是因为它采用了基于文本的XML。由于构建于XML之上,ADO.NET可以在断开情况下工作。传统的ADORecordset根据对一些属性的设置(例如,CursorType=ADOpenStaticCursorLocation=adUseClient)可以是连接的也可以是断开的,而ADO.NET则有专门的RowSet对象,可以连接数据源(DataReader)或者断开(DataSet)

连接

对于创建与之连接的过程来说,传统的ADOADO.NET非常相似。基本上,您都要声明连接对象,将其实例化,设置它的连接字符串并打开它,请参考图1。第一个示例说明如何使用ASPADO打开连接,第二个示例则说明如何使用ASP.NETADO.NET打开连接。

VBScript中,传统的ASPADO

dimoCn

dimsCn

setoCn=Server.CreateObject("ADODB.Connection")

sCn="Provider=SQLOLEDB;DataSource=(local);"&_

"InitialCatalog=Northwind;IntegratedSecurity=SSPI"

oCn.OpensCn

 

C#中,ASP.NETADO.NET

String sCn = "Provider=SQLOLEDB; DataSource=(local); Initial"+

"Catalog=Northwind;Integrated Security=SSPI";

SqlConnection oCn=newSqlConnection(sCn);

oCn.Open();

ADOADO.NET创建连接时的主要区别是:ADO与所有类型数据源的全部连接都使用一个Connection对象;而ADO.NET则有不同的对象代表与不同数据源的连接。例如,ADO.NET有一个名为System.Data.SqlClient的命名空间,容纳了所有专门用于SQL ServerADO.NET对象,包括SqlConnection对象。SqlConnection对象是专门构建用来与SQLServer数据库进行通信的,因此它是与SQLServer交互最快也是功能最丰富的方式。还有一个更一般性的命名空间名为System.Data.OleDb,它可以与任何OLEDB兼容的数据源进行通信。在ADO.NET中,可以创建多个data provider命名空间,专门与各个特定的数据源连接,这样能够使访问更加快速、有效,而且每个命名空间都能充分利用其目标data provider的功能。如果应用程序必须迅速地改变data provider的类型,或者主要使用一种没有特定ADO.NET连接对象的provider,它可以使用OleDbConnection

RecordsetDataReader

ADORecordset,其行为会根据属性设置情况的不同而异;而在ADO.NET中,已经分成许多不同的对象和方法。这样,ADO.NET的对象能够更有效地工作,因为它的对象可以专门从事最擅长的工作而用不着努力成为“万金油”。ADORecordset既可以是连接行集,也可以是断开行集。它能够作为只进、只读(流水)游标,也可以允许在行集中位置后移、前移和居中。ADO Recordset允许直接更改数据库中的数据,并且允许数据的更改批量地保存和发送到数据库。关键在于,ADORecordset是身兼数职的;ADO.NET则将这些功能分散到多个对象,而这些对象都进行了优化,能够完成特定的任务。这样,ADO Recordset的功能就分摊到DataSet对象、DataReader对象以及DataAdapterCommand对象的一部分。只进、只读游标要要与数据源保持持续连接。ADO.NET有一个DataReader对象,在打开时总是连接的。它是针对于各种data provider(例如SQLServerOracle和更一般的OLEDB provider)而专门编写的。因此,SqlDataReader对象可与SQLServer数据库连接,并作为流水游标在需要时循环遍历大量记录。SqlDataReader提供了对查询结果的快速只进访问方式,它从数据库的查询结果中检索到一条记录,并保持连接打开,从而能够获取接下来的下一个记录。ADO.NETDataReader绝对有效率,因为它不支持ADORecordset的所有功能。它只是一个轻型的流水游标机。图2中的示例说明了如何用传统的ADOADO.NET实现只进游标。请注意,在ADO.NET中,DataReader对象的Read方法能自动移动位置到下一个记录。这样就解决了开发人员在使用传统的ADO时由于遗漏ADORecordsetMoveNext方法而遇到的常见的死循环问题。

ASPADO

oRs.ActiveConnection = oCn

oRs.LockType=adLockReadOnly

oRs.CursorType=adOpenForwardOnly

oRs.CursorLocation =adUseServer

oRs.Open sSQL

Do While Not oRs.EOF

Response.WriteoRs("CompanyName") &"

"

oRs.MoveNext

Loop

 

C#中,ASP.NETADO.NET

SqlDataReaderoDr=oCmd.ExecuteReader();

while(oDr.Read())

{

Response.Write(oDr[0]+"

");

}

ADOADO.NET中的另一个区别是只进游标的填充方式。在ADO中,所有行集,无论只进与否,都包含在Recordset对象内,该对象通过Recordset.Open方法、ConnectionCommandExecute方法打开。而在ADO.NET中,构建了一个专门的方法用来检索只进数据到DataReader,即Command对象的ExecuteReader方法。这个方法通知Command对象为data provider专门创建一个DataReader对象,从而能够以优化的只进方式处理结果,如前面的示例所示。Command对象还有一个称为ExecuteXmlReader的方法,它通知Command对象将查询结果设置为由XmlReader对象进行处理。XmlReader对象可以用来转换和处理XML查询结果,如下面的ASP.NET示例所示:

 

oCn.Open();

SqlCommand oCmd = new SqlCommand("SELECT * FROM Orders FOR XML AUTO",oCn);

oCmd.CommandType = CommandType.Text;

XmlReader oXR = oCmd.ExecuteXmlReader();

while(oXR.Read())

{

Response.Write(oXR.ReADOuterXml());

}

这个示例说明如何将XML发送给调用方浏览器。但是,XML也能够作为一个整体进行收集和流转化为Response

单值命令

大多数应用程序有时候都需要从数据库查询中检索单值。在传统的ADO中,实现这一点的标准方式是创建一条SQL语句,并打开包含查询结果的记录集。由于在查询的结果中只有一行和一列,似乎这样获取一个值有些小题大做了。下面的示例从一个查询中检索一个值,该示例获取了Orders表的行数:

 

'-- ASP and ADO

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

oRs.ActiveConnection=oCn

oRs.Open "SELECT COUNT(*) As iRowCountFROMOrders"

iCount=oRs.Fields("iRowCount").Value

 

ADO.NET引入了一种从查询的结果中获取单值的新方式,可以用于预计只返回一行和一列的场合。ADO.NETCommand对象有一个ExecuteScalar方法,它从相关的查询中返回第一行和第一列的值。因为不用创建行集、查找值并关闭行集,所以这样所产生的系统开销非常小。ExecuteScalar方法已经针对需要检索单值的特定场合进行了优化。下例实现的功能与前例相同,只不过使用的是ASP.NETADO.NET以及ExecuteScalar方法:

 

string sSql = "SELECTCOUNT(*) As iRowCountFROMOrders";

SqlCommandoCmd=newSqlCommand(sSql,oCn);

oCmd.CommandType = CommandType.Text;

int iCount = (int)oCmd.ExecuteScalar();

 

检索单值的另一种方式是使用存储过程的输出参数。例如,这一技术也可以从一个单行中检索许多值。它在ADOADO.NET中都适用,虽然ADO.NET已经扩展了输出参数的功能。在ADO.NET中为了从Command对象获取输出变量的值,应该使用ExecuteNonQuery方法执行查询。该方法能够通知ADO.NET,查询不会返回一个行集,因此避免了DataSet或者DataReader的系统开销:

 

oCmd.ExecuteNonQuery();

oCmd.UpdatedRowSource=UpdateRowSource.OutputParameters;

intiOrderID=(int)oCmd.Parameters["@OrderID"].Value;

 

此段代码将UpdatedRowSource属性设置为指向输出参数(假定它们已经进行了设置),然后就可以检索输出值了。在传统的ADO中这是在Connection对象的Execute方法中使用晦涩难懂的参数实现的,而我们可以看到,在ADO.NET中实现这一点已经非常简单了。当然,ADO.NET还有一个为返回标准行集进行了优化的方法Command对象的Execute方法。在传统的ADO中,Recordset对象能够设置UPDATEINSERTDELETE语句,这些语句是为了使Recordset能够将对自己的任何更改应用于基础数据库所必需的。虽然这一功能非常方便,但因为必须要返回给数据库以决定如何实现,所以,它也增加了系统开销。ADO.NET对象通过CommandBuilder对象也可以实现这一点;但同样也存在着系统开销的问题。在大多数开发场景中,要求使用的确切SELECTINSERTUPDATEDELETE语句在设计时是已知的。在传统的ADO中,没有什么简单的办法将操作查询与Recordset相关联从而来使用它们。而在ADO.NET中,DataAdapter有四个不同的Command对象与其相关联,可以表示每个操作查询以及SELECT语句。这使DataAdapter能够协助我们用查询的结果填充一个DataSet,还能提前通知DataAdapter对数据库发出操作查询。虽然这需要在设计时投入更多的编码工作,但是代码的增加换来的是性能上的改善(就更不用说代码易于理解所带来的维护上的轻松了)。

  评论这张
 
阅读(158)| 评论(0)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017