从 ADO 迁移到 ADO.NET（一）

核心提示： ADO.NET 中不仅可以将 DataSet 保存为 XMl，并从 XML 加载 DataSet，从 ADO 迁移到 ADO.NET（一）(3)，并且它使用其类 XML 结构到别的用途中去，譬如，如果某个程序在运行时必须改变数据提供程序的类型，或者依赖一个数据提供程序而该数据提供程序不含有

ADO.NET 中不仅可以将 DataSet 保存为 XMl，并从 XML 加载 DataSet，并且它使用其类 XML 结构到别的用途中去。譬如，因为 DataSet 可以表示为 XML 形式，其可以很方便地在物理层和逻辑层间传递。这意味着，XML 可以在安全的网络上通过 HTTP 传送，同样 还可以以基于文本的 XML 形式传送。

由于构建在 XML 上，ADO.NET 可以工作在非连接状态。传统的 ADO Recordset 既可以工作在连接状态也工作在非连接状态， 取决于以下属性（譬如：CursorType = adOpenStatic 和CursorLocation = adUseClient），而在 ADO.NET 中，RowSet 对象分为连接态的（DataReader）和非连接态（DataSet）。

连接

创建连接的过程在 ADO 和 ADO.NET 中非常相似。首先，声明你的连接对象，初始化，设置其连接字符串，打开它。如 Figure 1 所示。第一个例子演示如何使用 ASP 和 ADO 来打开一个连接，第二个例子则在 ASP.NET 和 ADO.NET 做同样的工作。

ADO 和 ADO.NET 建立连接的主要区别在于 ADO 使用一个 Connection 对象来完成所有的与各种数据源的连接，而 ADO.NET 用不同的连接对象来表示与不同数据源的连接。例如，ADO.NET 含有一个System.Data.SqlClient 命名空间，其中包含所有 SQL Server 专用的 ADO.NET 对象（包括SqlConnection 对象）。SqlConnection 对象专门用于与 SQL Server 数据库进行通讯，因而是与 SQL Server 交互最快，功能最丰富的对象。还有一个更通用的命名空间 System.Data.OleDb，它可以与所有兼容 OLE DB 数据源通讯。因此，在 ADO.NET 中，可以创建多个数据提供程序命名空间（data provider namespaces）以连接特定的数据源，使数据访问速度更快，效率更高，允许每个命名空间充分利用目标数据提供程序 的功能。如果某个程序在运行时必须改变数据提供程序的类型，或者依赖一个数据提供程序而该数据提供程序不含有特定的 ADO.NET 连接对象时，该程序最好使用 OleDbConnection。