掌握ADO.NET的十个热门技巧

　　ADO.NET提供了一个统一的编程模式和一组公用的类来进行任何类型的数据访问，而不管你用何种语言来开发代码。ADO.NET是全新的，但又与ADO尽可能保持一致，它使编程模式从一个客户端/服务器、基于连接的模式转变到了一个新的模式，这个新模式可以让断开的前端下载记录、离线工作、然后重新连接来提交变化。ADO.NET是WinForms应用程序、ASP.NET应用程序和Web services的一个共有的特点。其功能可以跨LAN和Internet连接来实现，可以在有状态（stateful）和无状态（stateless）情况下实现。

　　这就意味着，作为一个共有的技术，ADO.NET的对象在所有可能的环境中并不是同等强大的。用ADO.NET为一个富客户端（rich client）构建一个数据层同为一个客户端通常是共享的和重要的实体（如Web服务器）的Web应用程序构建一个数据层并不一样。

　　如果你从前是个ADO开发人员，现在已经用ADO.NET了，那么你可能把数据访问看做是一个万能的对象，如Recordset。我们很自然地会将旧的对象模式同新的对象模式匹配起来，并将现有的方法用于.NET应用程序。然而，在ADO环境中的某些好的方法在转换到ADO.NET环境时就可能并不强大了。而且，看起来很微不足道的ADO.NET对象模式的复杂性可能会导致很糟糕的编程情况、不理想的代码、甚至是功能不能实现。我将讲述在ADO.NET编程中可能会给你带来麻烦的10个方面，并提供技巧和解决方法来避免它们。

　　1. 避免Database-Agnostic形式的编程

　　ADO.NET中的数据访问是强类型的，就是说在任何时候你都必须了解你正在处理的是什么数据源（data source)。相反，在ADO中，你可以编写数据访问代码（它们充分利用了OLE DB提供者的通用模式），并将基本的数据源只看做是个参数。ADO对象模式提供了唯一的连接和命令对象，它们隐藏了基本的DBMS的特征。一旦你在Connection对象上设置了Provider属性，那么为SQL Server或Oracle创建一个命令对象就需要同样的代码。许多开发人员都通过该功能来使用生产环境外的Access数据库，以便很快地测试或演示应用程序。

　　在ADO.NET中是不能这么做的，因为在ADO.NET中，至少连接对象必须是特定于数据源的。你不能以一种间接或通用的方式来创建连接，除非你决定运用ADO的数据访问技术——OLE DB。在ADO.NET中，你可以用OleDbConnection类创建到一个数据库的连接，这个类可以让你访问各种数据源。在.NET托管环境中运用System.Data.OleDb名字空间中的类并不特别有效，因为它们是用OLE DB来访问数据的。你只能用OLE DB来访问那些没有.NET数据提供者的数据源。