ADO.NET使用泛型编程已经离我们不远了，在微软最近随SQL Server Yukon Beta1发行的.NET Framework 1.2中就已经有了泛型的影子。虽然现在它还是问题多多，但是相信随着新版.NET Framework的正式发行。
.NET系统是一个单根继承系统，所有的类型都派生自Object。我以前一直认为在单根继承系统中用不着泛型。既然所有的东西都可以作为Object传递，又何必使用泛型呢？只是增加复杂度而已，除了看起来高深一点，似乎没有别的什么好处了。#t#
但是，当两个***的单根系统，Java和.NET，都势不可挡地要加入泛型编程时，我不免要重新审视这个问题ADO.NET使用——为什么一定要泛型编程？归纳起来，泛型比非泛型具有下面两个优点：
1、 更加安全
在非泛型编程中，虽然所有的东西都可以作为Object传递，但是在传递的过程中免不了要进行类型转换。而类型转换在运行时是不安全的。使用泛型编程将可以减少不必要的类型转换，从而提高安全性。ADO.NET使用
2、 效率更高
在非泛型编程中，将简单类型作为Object传递时会引起Boxing和Unboxing操作，这两个过程都是具有很大开销的。使用泛型编程就不必进行Boxing和Unboxing操作了。
.NET泛型具有很好的二进制重用性。这一点得益于.NET将泛型内建在CLR之中。C++泛型和评估中Java泛型所ADO.NET使用依靠的是它们各自的编译器所提供的特性，编译器在编译泛型代码时将确切的类型展开，这就难免会出现代码膨胀的问题。而.NET的泛型代码是在运行时由JIT即时编译的，这样CLR就可以为不同类型重用大部分的即时编译代码了。
数据库支持多种不同类型的查询。有些查询通过引用一ADO.NET使用个或多个表、视图或者是通过ADO.NET使用调用一个存储过程来获取数据行，有些查询会对数据行进行修改，还有一些查询通过创建或修改诸如表、视图或存储过程等对象来对数据库的结构进行有关操作。可使用Command对象对数据库执行任何一种查询操作。
