ADO.NET 的好处
更新：2007 年 11 月
与 ADO 的早期版本和其他数据访问组件相比，ADO.NET 提供了若干好处。这些好处分成以下几个类别：
互操作性
ADO.NET 应用程序可以利用 XML 的灵活性和广泛接受性。由于 XML 是用于在网络中传输数据集的格式，因此可以读取 XML 格式的任何组件都可以处理数据。实际上，接收组件根本不必是 ADO.NET 组件：传输组件可以只是将数据集传输给其目标，而不考虑接收组件的实现方式。目标组件可以是 Visual Studio 应用程序或无论用什么工具实现的其他任何应用程序。唯一的要求是接收组件能够读取 XML。作为一项工业标准，XML 正是在谨记这种互操作性的情况下设计的。
可维护性
在已部署系统的生存期中，适度的更改是可能的，但由于十分困难，所以很少尝试进行实质的结构更改。这是很遗憾的，因为在事件的自然过程中，这种实质上的更改会变得很有必要。例如，当已部署的应用程序越来越受用户欢迎时，增加的性能负荷可能需要进行结构更改。随着已部署的应用程序服务器上的性能负荷的增长，系统资源会变得不足，并且响应时间或吞吐量会受到影响。面对该问题，软件设计者可以选择将服务器的业务逻辑处理和用户界面处理划分到单独计算机上的单独层上。实际上，应用程序服务器层将替换为两层，缓解了系统资源缺乏。
该问题并不是要设计三层应用程序。相反，它是要在应用程序部署以后增加层数。如果原始应用程序使用数据集以 ADO.NET 实现，则该转换很容易进行。请记住，当用两层替换单个层时，将安排这两层交换信息。由于这些层可以通过 XML 格式的数据集传输数据，所以通信相对较容易。
可编程性
Visual Studio 中的 ADO.NET 数据组件以不同方式封装数据访问功能，帮助您加快编程速度并减少犯错几率。例如，数据命令提取生成和执行 SQL 语句或存储过程的任务。
同样，由这些设计器工具生成的 ADO.NET 数据类导致类型化数据集。这又使您可以通过已声明类型的编程访问数据。例如，请考虑下面这行代码（它访问未声明类型的数据集内的数据成员）：
If totalCost > CType(dataSet1.Tables("Customers").Rows(n)("AvailableCredit"), Double) Then
if (totalCost > (double)dataSet1.Tables["Customers"].Rows[n]["AvailableCredit"])
访问已声明类型的数据集内的数据成员的等效代码行如下所示：
If totalCost > dataSet2.Customers(n).AvailableCredit Then
if (totalCost > dataSet2.Customers[n].AvailableCredit)
已声明类型的数据集的代码更易阅读。因为提供了语句结束，所以它还便于编写。例如，“AvailableCredit”在完成以下语句的选择列表中：
If totalCost > dataSet2.Customers(n).
最后，已声明类型的数据集的代码更安全，原因在于它提供对类型的编译时检查。例如，假定 AvailableCredit 表达为货币值。如果程序员误向 AvailableCredit 分配了字符串值，则环境会在编译时向程序员报告该错误。当使用未声明类型的数据集时，程序员直到运行时才会知道该错误。
有关类型化数据集和非类型化数据集的更多信息，请参见 “Visual Studio 中的数据集”概述。
性能
对于不连接的应用程序，ADO.NET 数据库提供的性能优于 ADO 不连接的记录集。当使用 COM 封送在层间传输不连接的记录集时，会因将记录集内的值转换为 COM 可识别的数据类型而导致显著的处理开销。在 ADO.NET 中，这种数据类型转换则没有必要。
可伸缩性
因为 Web 可以极大增加对数据的需求，所以可缩放性变得很关键。Internet 应用程序具有无限的潜在用户供应。尽管应用程序可以很好地为十几个用户服务，但它可能不能向成百上千个（或成千上万个）用户提供同样好的服务。使用数据库锁和数据库连接之类资源的应用程序不能很好地为大量用户服务，因为用户对这些有限资源的需求最终将超出其供应。
ADO.NET 通过鼓励程序员节省有限资源来实现可缩放性。由于所有 ADO.NET 应用程序都使用对数据的不连接访问，因此它不会在较长持续时间内保留数据库锁或活动数据库连接。