从ADO迁移到ADO.NET

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

ADO的演变

一些传统的ADO功能（例如，建立与数据源的连接）在各版本之间改变不大，而其他一些功能（例如，表示断开的行集、将行集保持为XML以及将其转换为分层次的行集）则发生了很大的变化。发生这种显著变化的原因之一在于，XML和数据构形（data-shaping）功能都是后来加入到ADO中的；而对于ADO.NET，它们在一开始就被纳入到设计中。与比较老的数据访问工具（例如DAO和RDO）相比，传统的ADO算是非常轻量级的。ADO之所以在VisualBasic 6.0 N层开发中如此流行，原因在于它简单、易于浏览的对象模型特性。ADO的Connection和Command对象可以相对容易地转换为ADO.NET的Connection和Command对象，但是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

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

连接

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

VBScript中，传统的ASP和ADO

dimoCn

dimsCn

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

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

"InitialCatalog=Northwind;IntegratedSecurity=SSPI"

oCn.OpensCn

C#中，ASP.NET和ADO.NET

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

"Catalog=Northwind;Integrated Security=SSPI";

SqlConnection oCn=newSqlConnection(sCn);

oCn.Open();

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

从Recordset到DataReader

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

ASP和ADO

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.NET和ADO.NET

SqlDataReaderoDr=oCmd.ExecuteReader();

while(oDr.Read())

{

Response.Write(oDr[0]+"

");

}

ADO和ADO.NET中的另一个区别是只进游标的填充方式。在ADO中，所有行集，无论只进与否，都包含在Recordset对象内，该对象通过Recordset.Open方法、Connection或Command的Execute方法打开。而在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.NET和ADO.NET以及ExecuteScalar方法：

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

SqlCommandoCmd=newSqlCommand(sSql,oCn);

oCmd.CommandType = CommandType.Text;

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

检索单值的另一种方式是使用存储过程的输出参数。例如，这一技术也可以从一个单行中检索许多值。它在ADO和ADO.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对象能够设置UPDATE、INSERT和DELETE语句，这些语句是为了使Recordset能够将对自己的任何更改应用于基础数据库所必需的。虽然这一功能非常方便，但因为必须要返回给数据库以决定如何实现，所以，它也增加了系统开销。ADO.NET对象通过CommandBuilder对象也可以实现这一点；但同样也存在着系统开销的问题。在大多数开发场景中，要求使用的确切SELECT、INSERT、UPDATE和DELETE语句在设计时是已知的。在传统的ADO中，没有什么简单的办法将操作查询与Recordset相关联从而来使用它们。而在ADO.NET中，DataAdapter有四个不同的Command对象与其相关联，可以表示每个操作查询以及SELECT语句。这使DataAdapter能够协助我们用查询的结果填充一个DataSet，还能提前通知DataAdapter对数据库发出操作查询。虽然这需要在设计时投入更多的编码工作，但是代码的增加换来的是性能上的改善（就更不用说代码易于理解所带来的维护上的轻松了）。

查看本文来源