ADO.NET入门(1)

ADO.NET将成为构建数据感知.NET应用程序的基础。不同于ADO的是，ADO.NET更具有通用性，不是那么专门针对数据库而进行的设计。ADO.NET聚集了所有可以进行数据处理的类。这些类呈现了具有典型数据库功能的data container objects，比如：索引，排序，浏览.尽管ADO.NET是作为重要的.NET数据库应用程序的解决方案，它更多的显示了涵盖全面的设计，而不仅是作为和ADO模型一样的以数据库为中心。

ADO.NET与ADO有很大的不同。它是一个全新的访问编程模型。当你开始使用ADO.NET时，你会发现你所掌握的任何关于ADO的技能在搭建有效的程序以及解决难题方面对你都会有很大帮助，能够帮你在解决问题上朝更灵活更稳妥的方向发展。

ADO.NET不是ADO为适应.NET基础构造而进行改进的版本。当你慢慢了解了ADO.NET的语法，代码设计以及移植后，你就会清楚了。

1..NET中的数据访问

访问ADO.NET中的数据源是由托管提供程序所控制。虽然托管提供程序与OLE DB有两处重大的不同，但是二者是极为类似的。首先，托管提供程序在.NET环境下运行，通过DataReader和DataTable .NET类来检索和展示数据。第二，它们的体系结构都比较简单，是因为为了适应.NET而进行了优化。

此时，ADO.NET分成两种不同类型的托管提供程序：一种用于SQL Server 7.0或更高版本，另一种适用于所有你可能已经安装的OLE DB提供程序。虽然运用在两种托管提供程序中的类是不同的，但它们却都遵循相类似的命名方式.除开前缀之外，其它名称都是相同的.前一种情况前缀为SQL，后一种则是ADO。

你需要利用SQL类来访问SQL Server表，因为SQL类会跳过由OLE DB提供程序呈现的中间层，而直接进入数据库服务器内部API.ADO类是位于OLE DB提供程序顶端的.NET接口，利用COM Interop桥来进行工作。

关于ADO.NET的入门知识，你可以读读Omri Gazitt's的文章，文章里主要介绍了ADO+：

关于微软.NET框架的数据库访问服务(Data Access Services)，而我的文章里关于ADO+的论述主要指出了数据种类的进化。前者更纯技术化，并提供了更高水平的关于ADO.NET编程模型的概述。后者主要是解释ADO.NETR的目标，以及它与XML，脚本及其它技术的联系。

2.读取数据

ADO.NET应用程序要从数据源里读取数据，首先得创建一个连接对象.这个连接对象可以是SQLConnection或是ADOConnection，这取决于所采用的目标提供程序.需要记住的是，虽然在这里不做推荐，但你也可以利用ADO.NET类来连接到SQL Server数据库.这种方法唯一不足是，代码需要通过一个不必要的额外代码层.首先它会调入ADO的托管提供程序，然后ADO的托管提供程序再调用SQL Server OLE DB提供程序.如同OLE DB提供程序做的一样，SQL Server托管提供程序会直接操作数据，关于ADO和ADO.NET在连接对象上最大的差别在于ADO.NET连接不支持CursorLocation属性。与其说这是一个文档BUG，还不如认为这是一个备具争议的设计问题.为强制执行它的以数据为中心的基准，ADO.NET没有游标的显示实现。

在ADO中，你已习惯于利用游标将记录从数据库或其它OLE DB兼容的数据源中抽取，你可以选择客户端或是服务器端游标，每种游标都有几个预先设定的游标类型。而在ADO.NET中更多的是从数据源中抽取数据，并且为读取和分析数据提供新的编程接口。

在ADO中，通过规定连接和命令文本，你可以创建一个Recordset对象。对于游标的位置和类型Recordset有一些规定.你可以按下面的方法来读取数据。

在内存中创建选定记录的静态副本，然后在断开与数据源的连接时对副本进行处理，ADO称之为静态游标。通过快速的，仅向前的，只读游标来滚动数据，ADO称之为仅向前游标。

通过服务器端游标来访问数据，需要良好的连接，但您可以在不同层面上检测由其它连线用户输入的信息，ADO称之为：动态游标。

头两种都是在断开的recordsets上进行操作，并从客户端缓存中读取信息，另外，前两种方式也常被用于面向WEB的环境中以及全新的n-tier系统当中。

在ADO中，以上所有这些方式与不同类型的游标相对应。在文中，你将会发现，ADO.NET虽然与ADO不同，但它具备了ADO的所有功能。相对照来说，你的代码将从实际的数据源及其物理存储媒介和格式中抽取数据。

ADO.NET能够使DataSet和DataReader将数据从数据源中抽取出来。前者是记录在内存中的缓存，你可以从任意方向访问并随意作出修改.后者是高度优化的对象，在只读纪录集中以仅向前方式向前移动。注：DataSet看起来象是静态游标，但实际上，在.NET中，与ADO只读游标相对应的是DataReader对象。

在ADO.NET中，虽然对于服务器端的游标不提供任何支持，但这不意味着你就不能使用游标。实际上，你所需要做的步骤是在.NET中输入ADO库。你只需在references node上单击右键，就可以在你自己的程序里运行本地ADO对象。

但是我个人认为，在你想转向.NET时，请慎重考虑.首先，请务必完全输入ADO，这不会花费太多时间和精力，这是向.NET迈出的第一步，但是，这仅仅是万里长征的第一步而且也是通向.NET必须的一步。.NET的真正附加值是基于一个均匀的，持续稳定的接口以及本地classes的广为应用之上的。关于COM libraries是可以被支持的，合理的，但不被鼓励的，因为它仅仅是个短期解决方案，或者是一个过渡步骤。

当你要开始使用ADO.NET时，请考虑这样一个事实:ADO.NET统一了数据容器类编程接口，因此，不管是何种类型的程序:Windows Form，Web Form，或者Web Service也好，你都得在同一组类中集中处理有关数据.不管处于后端的数据源是SQL Server database，或是OLE DB提供程序，XML文件，又或是数组，你都可以使用一样的方法和属性来进行处理。

Figure 1.Solution Explorer menu

如果你坚持在.NET世界中使用ADO，那么请准备好面对一些其它的影响，例如你需要额外的代码才能够从数据绑定控件中使用recordset。