由于ADO.NET产品安装程序太多，此处无法上传，所以大家有communitysever的可以从里面获得然后反编译为自己所用，没有的就到网络上搜下吧，有许多资源呢！ADO.NET产品有许多好多资源。
ADO.NET产品能被用在任何用户的应用程序，需要和OLE DB-compliant的数据源连接和通讯，例如Microsoft SQL Server。 同时ADO.NET又保持着与以前的ADO模型有关的一些主要概念，它已经被极大的完善，并从不同的信息来源提供途径去获得结构化的数据----一个平台文本文件，从数据库管理系统获得的相关数据，或者是分级的XML数据----然而，所有都按照一个相容的，标准化的设计模型来执行。
这篇文章意在简要的介绍ADO.NET产品的关键特性，重点讲述了在关系数据库管理系统（rdbms)中访问数据。SQL Server 7.0（及更新版本）以及可以通过 OLE DB 提供者进行访问的任何数据源。这些又称为被管理的提供者（Managed Provider）。#t#
.NET框架的数据存取API提供了两种方式分别识别并处理两种类型的数据源：SQL Server 7.0（及更新版本）和可以通过 OLE DB 提供者进行访问的任何数据源。SQL(System.Data.SQL)库可以直接联结到SQL Server的数据，而ADO (System.Data.ADO)库可用于其他通过OLE DB 提供者进行访问的任何数据源。
SQL Server被管理的提供者在MS SQL Server 7.0或以后的版本中使用叫做“tabulardata stream”的专用协议，而没有使用OLE DB, ADO 或ADO.NET产品。ADO.NET被管理的提供者能够在这些OLE DB 提供者下工作,在ADO.NET产品还不支持 MSDASQL/Oracle ODBC Driver（ORACLE OLE DB DRIVER FOR ODBC）。
以下章节将介绍每个被管理的提供者都可用的ADO.NET产品的核心组件
Connections--连接和管理数据库事务。
Commands--向数据库发送的命令。
DataReaders--直接读取流数据。
DateSets 和 DateSetCommands--对驻留内存中的数据进行存储和操作。
核心的ADO.NET功能基本上可以被概括为如下内容：
Connection对象在Web页面和数据库间建立连接。Commands对象向数据库提供者发出命令，返回的结果以一种流的方式贯穿于这些连接中。结果集可以用DataReaders快速的读取，也可以储存到驻留内存的DateSets对象中，然后通过DateSetCommands对象让用户在数据集中访问和操作记录。
开发者可以用过ADO.NET产品内置的方法在基础的数据源上去处理数据集。为了使用.NET框架中的被管理提供者，需要把下面的名空间（namespaces）包括到.aspx页面中。
