从 ADO 迁移到 ADO.NET（一）

核心提示：近年来，在基于 Windows 的应用程序中，从 ADO 迁移到 ADO.NET（一），作为实现数据存取的首选方法，ADO 起着举足轻重的作用，而使 ADO 能在n层应用程序开发中和 Visual Basic 6.0 一起得以流行的原因之一 是其简单性、易于导航的对象模式，ADO 的 Connection、Comman

近年来，在基于 Windows 的应用程序中，作为实现数据存取的首选方法，ADO 起着举足轻重的作用。目前有大量 ADO 应用程序在使用中，同时大量的开发人员 都通晓 ADO 的开发。随着.NET Framework的出现，ADO 的改进版 ADO.NET 也随之出炉。尽管 ADO 和 ADO.NET 之间有许多相似之处，但二者的操作方法 以及实现基础有很大的差别。为了帮助你实现向 ADO.NET 的平滑迁移，我们是考察一下在 ADO.NET 中如何实现某些公共任务。

我将讨论几种数据访问方案，演示如何利用 ADO 来实现这些方案，同时演示如何用C#在 ASP.NET 中借助 ADO.NET 来解决同样的问题。我 将从二者与数据源连接的相似之处开始，继而我将细致地探讨 ADO 的 Recordset 对象如何演变发展为 ADO.NET 中许多与众不同的面向对象和方法 的特性。最后，我将揭示 firehose 游标，如何从行集中返回一个单值，以及如何处理 XML 等。

ADO 的演变

有些传统的 ADO 特性，如建立与数据源的连接在两个 ADO 版本之间改变很小。其它一些功能则变化很大，譬如表示一个非连接的行集（rowset），将行集保存为XML，将行集转化为一个层次行集（hierarchical rowset）。促成这些重大改变的一个原因是在 ADO 后期引入 XML 和数据整形（data-shaping）特性，而在 ADO.NET 里，这些特性在当初设计时就将这些特性内建在其中了。

与更早的数据访问工具如 DAO 和 RDO 相比，传统的 ADO 是很轻量级的，而使 ADO 能在n层应用程序开发中和 Visual Basic 6.0 一起得以流行的原因之一 是其简单性、易于导航的对象模式。ADO 的 Connection、Command 对象以相对比较直白的方式转变为 ADO.NET 的 Connection 、Command 对象，但是 ADO 的 Recordset 对象的特性转换到 ADO.NET 中后变成了几个不同的对象和方法。