下面介绍ADO.NET中最重要的两个概念：Managed Provider和DataSet。

　　Managed Provider

　　过去，通过ADO的数据存取采用了两层的基于连接的编程模型。随着多层应用的需求不断增加，程序员需要一个无连接的模型。ADO.NET就应运而生了。ADO.NET的Managed Provider就是一个多层结构的无连接的一致的编程模型。

　　Managed Provider提供了DataSet和数据中心（如MS SQL）之间的联系。Managed Provider包含了存取数据中心（数据库）的一系列接口。主要有三个部件：

　　1、连接对象Connection、命令对象Command、参数对象Parameter提供了数据源和DataSet之间的接口。DataSetCommand接口定义了数据列和表映射，并最终取回一个DataSet。

　　2、数据流提供了高性能的、前向的数据存取机制。通过IdataReader，你可以轻松而高效地访问数据流。

　　3、更底层的对象允许你连接到数据库，然后执行数据库系统一级的特定命令。

　　过去，数据处理主要依赖于两层结构，并且是基于连接的。连接断开，数据就不能再存取。现在，数据处理被延伸到三层以上的结构，相应地，程序员需要切换到无连接的应用模型。这样，DataSetCommand就在ADO.NET中扮演了极其重要的角色。它可以取回一个DataSet，并维护一个数据源和DataSet之间的"桥"，以便于数据访问和修改、保存。DataSetCommand自动将数据的各种操作变换到数据源相关的合适的SQL语句。从图上可以看出，四个Command对象：SelectCommand、InsertCommand、UpdateCommand、DeleteCommand分别代替了数据库的查询、插入、更新、删除操作。

　　Managed Provider利用本地的OLEDB通过COM Interop来实现数据存取。OLEDB支持自动的和手动的事务处理。所以，Managed Provider也提供了事务处理的能力。
　　DataSet

　　DataSet是ADO.NET的中心概念。你可以把DataSet想象成内存中的数据库。正是由于DataSet，才使得程序员在编程序时可以屏蔽数据库之间的差异，从而获得一致的编程模型。

　　DataSet支持多表、表间关系、数据约束等等。这些和关系数据库的模型基本一致。

　　通过ADO.NET访问数据库

　　不论从语法来看，还是从风格和设计目标来看，ADO.NET都和ADO有显著的不同。在ASP中通过ADO访问数据库，一般要通过以下四个步骤：

　　1、 创建一个到数据库的链路，即ADO.Connection；

　　2、 查询一个数据集合，即执行SQL，产生一个Recordset；

　　3、 对数据集合进行需要的操作；

　　4、 关闭数据链路。

　　在ADO.NET里，这些步骤有很大的变化。ADO.NET的最重要概念之一是DataSet。DataSet是不依赖于数据库的独立数据集合。所谓独立，就是：即使断开数据链路，或者关闭数据库，DataSet依然是可用的。如果你在ASP里面使用过非连接记录集合(Connectionless Recordset)，那么DataSet就是这种技术的最彻底的替代品。
有了DataSet，那么，ADO.NET访问数据库的步骤就相应地改变了：

　　1、创建一个数据库链路；

　　2、请求一个记录集合；

　　3、把记录集合暂存到DataSet；

　　4、如果需要，返回第2步；（DataSet可以容纳多个数据集合）

　　5、关闭数据库链路；

　　6、在DataSet上作所需要的操作。

　　DataSet在内部是用XML来描述数据的。由于XML是一种平台无关、语言无关的数据描述语言，而且可以描述复杂数据关系的数据，比如父子关系的数据，所以DataSet实际上可以容纳具有复杂关系的数据，而且不再依赖于数据库链路。

　　ADO.NET有许多对象，我们先看看最基本的也最常用的几个。首先看看ADOConnection。和ADO的ADODB.Connection对象相对应，ADOConnection维护一个到数据库的链路。为了使用ADO.NET对象，我们需要引入两个NameSpace：System.Data和System.Data.ADO，使用ASP.NET的Import指令就可以了：