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的基本构造。要处理同一数据两个或两个以上的视图，你可以利用两个或两个以上克隆，各自有一套相应的过滤字符串。
图一 在ADO中处理同一recordset不同的视图
在ADO.NET中，你可以使用新型对象模型所提供的
DataView对象。ADO.NET的
DataView对象用来表示给定数据表的定制的视图，但你可以像处理单独的对象一样处理它。
DataView对象保留了对表的一个引用并允许对它进行更新。
图二 在ADO.NET中对同一数据表的不同视图进行操作
功能上而言，使用ADO Recordset克隆与使用特殊的视图对象完成的是同样的功能，都是让你实现过滤，对所选的数据行进行操作，并同时处理多个视图。
深入DataView对象
DataView对象继承了MarshalByValueComponent并实现了一组接口使之在数据绑定控件中可用。
Public Class DataView
Inherits MarshalByValueComponent
Implements IBindingList, IList, ICollection,IEnumerable, _
ITypedList, ISupportInitialize |
由MarshalByValueComponent派生的类是.NET远程组件，可以通过值来列集--即序列化对象到目标应用程序域。（详见以下关于.NET组件的更多细节）
DataView中的内容可以通过许多编程接口进行操作，包括集合，列表和枚举器。IBindingList接口确保了该类提供所有用来支持复杂的和简单的数据绑定的必要特征。
总的来说，DataView对象可以用来达到两个目的。第一，视图对于关联DataTable对象和数据绑定控件中的DataSource域是很重要的。第二，它也对连接的DataTable提供了一层包装，让你能够进行过滤，排序，编辑和浏览。
DataView并不是唯一的可以通过传值进行远程操作的数据驱动类。DataSet和DataTable也具有同样的能力，特别是在互操作的场景下。
创建DataView
public DataView();
public DataView(DataTable); |
DataView只有同已经存在的、很可能是非空的DataTable对象连接后才可用。通常，这个连接在构造时就指定了。
DataView dv;
dv = new DataView(theDataSet.Tables["Employees"]); |
但是，你也可以先创建一个新的视图，然后再用Table属性同表相关联。
DataView dv = new DataView();
dv.Table = theDataSet.Tables["Employees"];
DataView构造函数使你由DataTable中得到一个DataView对象。如果需要，反之亦可。事实上，DataTable对象的DefaultView属性返回一个该表的DataView对象。
DataView dv = dt.DefaultView; |
一旦你有了
DataView对象， 你可以利用它的属性来建立你希望用户见到的数据行集。一般，你可以使用下列属性：
前者可以定制视图中可见数据应匹配的规则。而后者通过表达式来进行排序。当然你可以使用这两者的任意组合。
设置过滤 RowFilter是一个可读写的属性，用来读取和设置表过滤的表达式。
| public virtual string RowFilter {get; set;} |
你可以用列名，逻辑和数字运算符和常量的任意合法组合组成表达式。以下是一些例子：
dv.RowFilter = "Country = 'USA'";
dv.RowFilter = "EmployeeID >5 AND Birthdate < #1/31/82#"
dv.RowFilter = "Description LIKE '*product*'" |
让我们来看一下过滤器的基本规则和运算符。
过滤字符串是表达式的逻辑连接。可以用AND，OR，NOT来连接成一个较短的表达式,也可以使用圆括号来组成子句，指定优先的运算。
通常包含列名的子句同字母、数字、日期或另一个列名进行比较。这里，可以使用关系运算符和算术运算符，如>=, <, >, +, *, % (取模)等等。
如果要选取的行并不能方便地通过算术或逻辑运算符表达，你可以使用IN操作符。以下代码显示如何选取一个随机行：
| dv.RowFilter = "employeeID IN (2,4,5)" |
你也可以使用通配符*和%，它们同LIKE运算符一起使用时显得更有用。它们都表示任意数量的字符，可以相互替代使用。
请注意，如果在LIKE子句中已经有了*或%字符，你必须用方括号将其括起，以免歧义。如果很不幸，字符串中方括号本身也存在了，那么它也必须用将本身括起。这样，匹配语句会如下所示：
| dv.RowFilter = "Description LIKE '[[]*[]]product[[]*[]]" |
通配符只允许在过滤字符串的开头或结尾处使用，而不能在字符串中间出现。例如，下列语句会产生运行时错误：
| dv.RowFilter = "Description LIKE 'prod*ct" |
字符串必须以单引号括起，而日期型必须以#符号括起。字符型值可以使用小数点和科学计数法。
RowFilter也支持聚合函数，如SUM, COUNT, MIN,MAX, and AVG。如果表中没有数据行，那么函数将返回NULL。
在介绍RowFilter表达式的最后，让我们讨论三个很便利的函数：Len，IIF和Substring。
正如其名，Len()返回特定表达式的长度。该表达式可以是一个列名，也可以是其他合法的表达式。
Substring()返回指定的表达式自特定位置开始，特定长度的字符子串。
我最喜欢用的是IIF()，它按照逻辑表达式的值有一到两个值。IIF是IF-THEN-ELSE语句的紧凑表达。语法如下：
| IIF(expression, if_true, if_false) |
通过该函数，可以建立非常复杂的过滤字符串。例如，假定你从SQL Server的Northwind数据库中取得Employees表，下列表达式可以选出那些employeeID小于6且lastname为偶数个字符和employeeID大于6且lastname为奇数个字符的员工。
| IIF(employeeID<6, Len(lastname) %2 =0, Len(lastname) %2 >0) |
下图显示了结果（样品应用程序会在稍后讨论）
图三 对Northwind中的表进行过滤
例子程序是一个Windows® Form应用程序，其中使用了两个datagrid
控件来实现master/detail结构。一个grid在载入时生成，即在SQL
Server data adapter完成数据读取工作之后。请注意，data
adapter是Beta 2中引入的，在Beta 1中相应的是SQLDataSetCommand类。
预排视图
在上面的举例中，datagrid必须负责预排视图中的数据行，以便刷新用户界面。这个自动机制是.NET
数据绑定的产物。Datagrid是通过
DataSource属性来获取数据的数据绑定控件。DataView是一个可数据绑定的类，可构建
DataSource属性的内容。
如果你想使用datagrid之外的另一个控件，应该怎么办呢？又如果你不想使用自动数据绑定呢？应该怎样预排视图中所选的数据行呢？
DataView的
Table属性指向相应的数据表，但D
ataTable并不保存过滤信息。所以，预排表中的数据注定是不可行的。虽然D
ataTable和
DataView是紧密相联的，但它们各自保持独立，并执行独立的功能。
以下Visual Basic .NET代码段显示了如何遍历视图中所有的数据行，并加入到listbox中。
Dim dv As New DataView()
dv = ds.Tables("Employees").DefaultView
dv.RowFilter = "employeeid >5"
ListBox1.Items.Clear()
Dim buf As String
Dim dr As DataRowView
For Each dr In dv
buf = ""
buf &= dr("lastname").ToString()& ", " & dr("firstName").ToString()
ListBox1.Items.Add(buf)
Next |
正如前面说提到的，
DataView是可枚举的类，因此你可以安全的将它传给For..Each语句。Count属性存储了视图中数据行数，以便在For..Next循环中使用。
要访问视图中某一行，可以使用
DataRowView类。
DataRowView可表示
DataRow的视图，就像
DataView表达DataTable定制的视图一样。
总的来说，DataRow最多有四种状态：default，original，current和proposed。这些状态由
DataRowVersion枚举类型设置，由
RowVersion属性表达。
DataRow的视图只能是其中某一种状态。
数据行的默认(default)版本只有当其列在构造时设定了默认值时才有。而初始(original)版本是指在最后一次调用表的
AcceptChanges后，从数剧源中得到数据行或快照。当前(Current)版本是指当前的数据行，包括所有当时发生的更新。Proposed状态只存在于调用BeginEdit和EndEdit的编辑过程中。
可以通过访问
DataRow相同的语法访问
DataRowView。这里最重要的属性叫Item。
排序和其他便捷的特性
DataView支持Sort属性，可以用来对视图中的内容排序。Sort由用逗号分隔的列名表达式进行排序。通过在任何列名后加ASC或者DESC限定词，可以使得字段按照上升或者下降的顺序排列。如果没有方向限定词，默认顺序为ASC。
DataView是内存中的对象，所以排序在本地进行，无需调用数据库服务器。
RowStateFilter是DataView另一有趣的属性。它可以用任何预定义的标准来过滤DataTable中的内容。下表中是DataViewRowState枚举类型的所有取值：
| CurrentRows |
包括所有未更新的、新的和修改的数据行 |
| Deleted |
所有自上次调用AcceptChanges后删除的数据行 |
| ModifiedCurrent |
所有自上次调用AcceptChanges后修改过的数据行 |
| ModifiedOriginal |
所有自上次调用AcceptChanges后original版本的数据行 |
| New |
所有自上次调用AcceptChanges后新添加的行 |
| OriginalRows |
返回初始数据行，包含unchanged和deleted 的 |
| Unchanged |
所有未更新的数据行 |
如果要操作非连接的数据，所有更新都在对
DataTable调用
AcceptChanges后生效。对单一行的更新在调用
DataRow的
AcceptChanges后生效。类似的，这些更新可以通过调用
DataTable或
DataRow对象的
RejectChanges来取消。
DataView对象还有一些属性，如
AllowEdit，AllowDelete和
AllowNew，用来得到或设定是否允许更新的值。它们的默认值设为True，允许任何种类的更新。如果在标志设为False时，你想要完成相应的更新操作，会有一个运行时错误发生。
DataViewManager类
DataTable对象的
DefaultView属性用来返回一个
DataView对象，作为数据表中内容的默认视图。它按照自然顺序读取数据并显示表中所有的行，而不使用任何过滤。
| theMasterGrid.DataSource = m_ds.Tables("Employees").DefaultView |
如果需要数据特定的视图，你可以进行排序并/或对DefaultView对象直接进行过滤。
m_ds.Tables("Employees").DefaultView.Sort = "lastname"
theMasterGrid.DataSource = m_ds.Tables("Employees").DefaultView |
DataViewManager类是用来存储DataSet中所有表的视图设置。
可以通过传递一个合法的非空的DataSet给类的构造函数来创建DataViewManager
Dim dvm As DataViewManager
dvm = New DataViewManager(m_ds) |
也可以通过DataSet对象的DefaultViewManager属性直接得到：
| Dim dvm As DataViewManager = m_ds.DefaultViewManager |
重要的是DataViewManager类是同一个DataSet相关联的。下面是另一种可行的方法：
Dim dvm As New DataViewManager()
dvm.DataSet = m_ds |
DataViewManager最重要的属性是DataViewSettings，一个DataViewSetting对象的集合。
Dim dvs As DataViewSetting
dvs = dvm.DataViewSettings("Employees")
dvs.Sort = "lastname" |
DataViewSetting对象包含了表视图的参数信息。当将数据绑定到对数据敏感的控件时，使用DataViewManager而不是DataSet或DataTable可以保留你的视图设置（过滤和排序字段）
theMasterGrid.DataSource = dvm
theMasterGrid.DataMember = "Employees" |
在这里，视图按照DataViewSetting中对Employees表指定的自动进行排序和过滤。换而言之，DataViewSetting类是对特定表的视图的一种缓存。
下一步
上述例子程序用filter实现了master/detail结构。如果使用.NET中特有的数据绑定控件（如datagrid），能够更好的达到这个目的。在以后的专栏中，我将论述内存中的数据关系，以及它们是如何影响master/detail结构的设计的。
对话：你是否需要控件或组件?
在.NET中有很多术语经常可以替代使用。这里特别指出的是：类，组件，对象和控件。在此，我提供了一张表，来表述每个术语的恰当的含义。我们经常将它们当成同义词。
需要牢记在心的是整个.NET架构是由类组成的。所以你从中得到的任何东西，首先，是一个类。在.NET环境中，控件和组件不是同一种类。至于对象，可以认为是运行着的.NET类的实例。
组件是一个特殊的类，它实现了Icomponent接口或派生于实现了Icomponent接口的类。
控件是提供了用户界面功能的组件。在.NET架构中，可以找到两类控件：客户端的Windows Forms 控件和ASP.NET server 控件。
Icomponent接口包含在Idisposable接口中，并提供了一种确定的方法清除资源。
Public Interface IComponent
Inherits IDisposable |
这种释放资源的方法和标准的.NET垃圾收集器可以二者选一。通过实现Idisposable，你定义了一个Dispose方法。这样通过编程，你可以显式的释放对象而无须等待垃圾收集器来处理。
.NET组件知道怎样在应用程序域(application domain)中如何串联。这有两种方法：通过引用或通过值，基本功能分别内建于MarshalByRefComponet和MarshalByValueComponent类中。.NET component类，事实上，实现了Idisposable，但直接或间接继承了上述两个类中的一个。
应用程序域是一种轻量级进程。通过引用来列集对象意味着proxy/stub实体对会被创建并处理远程调用。而通过值则意味着该对象的序列化的拷贝传递越过域的边界。
控件是更特殊化的对象，它还提供了用户界面元素。当然，一个控件总是一个component，但反之不一定成立。