3.DataSet， DataTable， and Recordset
关于Recordset object.，ADO.NET并没有与其直接相对应的对象。最接近的是DataTable 对象。虽然它们二者几乎具有相同的功能，但它们在各自的框架里发挥着不同的作用。
Recordset是一个相当大的对象，具备ADO的大多数功能，但在某些方面仍有欠缺。 Recordset在一些方面性能优良，如：它具可创造性，它可以离线操作，功能众多，但在一些方面仍需改进，如：基于其固有的COM特性， Recordset很难在网络上连载； Recordset是一个二进制的对象，因此不同平台之间的模块很难共享它；还有就是蛇不能够穿过防火墙。另外，它表现的是记录的单个表。如果该table作为一个或几个JOIN的结果，那么它很难更新原始代码源。当你试图将脱线的recordset与原始代码源统一起来时，数据源必须能够识别SQL.不管如何，你的recordset可以由非SQL 提供程序创建。
在ADO.NET中，ADO Recordset的所有功能被分拆成几块更简单的对象：其中一个便是DataReader. DataReader模拟了快速，只读，仅向前的只读游标的操作。
DataTable，表现了数据源，是个简单的对象。 你可以手动构造一个DataTable，或者也可使用DataSet命令自动生成。 DataSet对于它所包含的数据知之不多。通过它，你可以在内存中处理数据，或者是其它比如排序，编辑，筛选，创建浏览等工作。
DataSet对象是一个数据容器类，是实现ADO.NET数据抽取的关键对象。 DataSet集合了一个或几个DataTable 对象。 DataTable 通过如行，列这样的通用集合，公开自身的内容。当你尝试从数据表读取数据时，你也许正穿过了两个不同的层面： DataTableMapping 和 DataView.
DataTableMapping 对象包含了数据源中的数据列，以及DataTable object之间的映射关系。
当填充 DataSet 时，DataSetCommand 对象要使用这个类。它维护数据集中的抽象列和数据源中的物理列之间的链接。
表的视图通过 DataView 对象实现。它表示 DataTable 的自定义视图，可以绑定到特定控件（如 Windows 窗体和 Web 窗体中的数据网格）中。该对象相当于 SQL CREATE VIEW 语句在内存中的实现。
DataSet中所有的表，通过一个公共的域，相互之间能产生关联。它们之间的联系是由DataRelation 对象来进行管理。这样说起来挺象ADO的数据形成，但还是有一个最大的不同。
在DataRelation里，你不需要使用数据形成语言，而且还可以获得非常灵活的组织架构。 通过ADO .NET 导航模型，你可以很容易的从某一张表中的主行移动到它的所有子行里。
DataRelation object是关于JOIN 语句在内存中的实现，可用于建立数据类型相同的的parent/child关系，。 一旦关系确立，任何破坏这种关系的修改都被禁止。 Views和 relations是完成master/detail 架构的两个方法。请记住view仅是加载于记录之上的掩码， 但是relation
是位于几个列之间的动态链接，在relation下，你无法更改顺序或是设置条件。
如果你的代码需要1对1的外键关系，而且更改数据，最好不用JOIN命令。如果你需要额外的筛选功能，你可以寻求ADO .NET自定义视图的支持。
