ADO.NET中的视图和过滤器(1)

ADO.NET中有一层对象，用来创建任意数据源的抽象模型。其中包括DataSet，DataTable，DataRow，DataView，DataRelation等等。

所有这些对象都定义在System.Data名字空间。它们形成一个抽象模型，使得无论针对Windows Form，Web Form还是Web Service进行编程，都可以使用相同的编程接口。

在实际应用中，这些对象大多会对诸如SQL Server一类的关系型数据库中的数据进行操作。但是，它们可以处理各种数据，而不管它的物理存储媒介。

你可以使用DataSet对象来打包和关联各表中的数据，用DataTable类来处理表格类型的数据，而DataRow对象可以处理表中某一行的数据。

这三个对象都是对数据进行打包，但有不同的逻辑聚合层次。DataSet是DataTable和其他的组合。而DataTable是DataRow和其他的组合。DataRow是字段和其他的组合。但是这些对象中都没有内建过滤和排序的功能。

ADO.NET提供了一些类来处理这个数据库应用程序中的重要方面。在.Net Beta2中，这方面最重要的两个对象就是DataView和DataViewManager。

注意：DataViewManager是Beta2中特有的。在Beta1中，相应的功能由DataSetView完成。

定制数据视图

DataView类用来表示定制的DataTable的视图。DataTable和DataView的关系是遵循著名的设计模式--文档/视图模式，其中DataTable是文档，而Dataview是视图。

在任何时候，你都可以有多个基于相同数据的不同的视图。更重要的是，你可以对每一个具有自己一套属性、方法、事件的视图作为独立的对象进行处理。这也代表了相对ADO一个巨大的飞跃。

ADO Recordset可以定义过滤字符串。一旦你建立了该字符窜，只有匹配特定标准的数据才能够进行读写。Filter属性的工作原理同动态WHERE子句很相似。它只是简单的在同一recordset对象视图上隐藏了某些记录。

在ADO中，你从没有一个独立的视图对象。一个过滤过的recordset总是同一个对象，只不过显示出的记录比它实际数量少一些而已。

如果你不需要同时处理一些不同的视图，上述问题并不要紧。编程接口赋予了recordset既可以是表也可以是视图的功能。但是在创建时，这不能同时发生。在某一特定时刻，recordset只能是没有过滤字符串的表或者是激活了过滤字符串的视图。

Recordset的克隆提供了较好解决这个结构限制的方法。正如Clonation and the Case of Table Dolly, Part 1中所说的，克隆recordset相对开销较少，因为它不复制数据，只是复制recordset的基本构造。要处理同一数据两个或两个以上的视图，你可以利用两个或两个以上克隆，各自有一套相应的过滤字符串。

图1：在ADO中处理同一recordset不同的视图

在ADO.NET中，你可以使用新型对象模型所提供的DataView对象。ADO.NET的DataView对象用来表示给定数据表的定制的视图，但你可以像处理单独的对象一样处理它。DataView对象保留了对表的一个引用并允许对它进行更新。

图2：在ADO.NET中对同一数据表的不同视图进行操作

功能上而言，使用ADO Recordset克隆与使用特殊的视图对象完成的是同样的功能，都是让你实现过滤，对所选的数据行进行操作，并同时处理多个视图。

深入DataView对象

DataView对象继承了MarshalByValueComponent并实现了一组接口使之在数据绑定控件中可用。

Public Class DataView
Inherits MarshalByValueComponent
Implements IBindingList, IList, ICollection,IEnumerable, _
ITypedList, ISupportInitialize

由MarshalByValueComponent派生的类是.NET远程组件，可以通过值来列集--即序列化对象到目标应用程序域。（详见以下关于.NET组件的更多细节）