ADO+ 引导数据种类的演变(转自 ms 二)

 
   
ADO+ 增加了哪些内容?

用最抽象的话来说,ADO+ 是具有更大的可伸缩性和互操作性的 ADO。就对象模型及编程问题而言,ADO 与 ADO+ 是完全不同的两个实体。尽管这样,ADO+ 源自 ADO 并保留了它的鼓舞人心的原则。

以更多互操作性和可伸缩性充实 ADO 的关键在于断开这个概念。在允许客户机端的脚本代码实现诸如排序、过滤和文档/视图模型之类的有趣和交互式功能的同时,断开的记录集作为一种保留系统资源的方式被引入到 ADO 2.0 中。ADO+ 与 ADO 相比具有三个主要优点:互操作性、增强的可伸缩性以及强类型。此外,ADO+ 便于数据组件间的数据共享以及在表中的记录间进行导航。

ADO+ 从一开始就被设计为对断开的数据集进行操作。断开的记录集只能有益于应用程序,因为它们是数据的本地视图,能够较快地处理和传输数据。ADO+ 将 XML 用作通用的传输格式。只要接收组件运行于有 XML 分析程序可用的平台上,就可以提供许多功能,同时确保互操作性。通过 XML 进行传输时,接收者不再必须是一个 COM 对象。XML 是一种简单但却功能强大的基于文本的标准,它近来已广为业界所接受,因而,目前有理由期待差不多每个平台上都会有一个 XML 分析程序。这样的话,接收组件就不会有任何的体系结构限制。任何一对软件组件都可以共享 ADO+ 数据,只要它们同意将相同的 XML 架构用于传输数据格式。图 2 对 ADO+ 适用于现有体系结构的方式进行了说明。

图 2. 在 DNA 方案中使用 ADO+

表示层可以通过 Win Forms 或 Web Forms(这两种编程单元专用于 Microsoft Visual Studio.NET 平台)使用或创建数据集。在任一种情况下,运行于业务层的组件都接收一个 XML 流并进行任意处理。这些组件可以重新构建一个 ADO+ 环境,也可以将数据按原始 XML 处理并使其适合于发送到物理数据存储器中。业务组件可以获取 ADO+ 数据,将其转换为 XML,然后将其发送回客户机。任何可以理解 XML 的应用程序都可以在任一点上介入这一架构。

可伸缩性是分布式系统在不丧失效率的情况下对数目逐渐增长的客户机进行服务的能力。可伸缩性是一个常与数据库有关的术语,这是由于分布式系统很大程度上依赖于数据库。可伸缩性无论对于数据库服务器还是对于封装了数据访问操作的任何软件制品都是一个可以持续存在的问题。可伸缩性的最大敌人就是对关键资源的滥用。在分布式系统中,关键通常意味着有限。数据库连接就是可以影响可伸缩性的关键资源的一个示例。固定数目的连接的可用性对系统的增长及其能力形成了一个实际的限制。好的软件了解这种情况并采取适当措施限制其影响。ADO+ 对这一问题的处理是怎样优于 ADO 的呢?并不是说 ADO 是不可伸缩的,而是说对断开的和内存中的表的内在使用(这是 ADO+ 的特征)使 ADO+ 成为内在具有更大可伸缩性的解决方案。它具有更大可伸缩性的原因在于断开的数据集不在很长的时间内保留锁或保持打开连接。如果使用 ADO,您必须编写代码才能获得这一功能;而使用 ADO+ 则会免费获得这一功能。

将 XML 用作数据集的传输语言可以比 ADO 更有效地进行数据共享。首先,绕过诸如记录集之类的 COM 对象所必需的 COM 汇集使组件可以使用它们要使用的任意数据类型的集合。这还会带来更好的性能,因为不再需要确保记录符合标准的 COM 数据类型的数据类型转换。XML 和 HTTP 的使用还允许数据跳过防火墙。正常情况下,防火墙允许 HTTP 数据包通过,但会阻止任何试图经由端口号不是 80 的端口进来的任何其它内容通过。

——————————————————————————–

ADO+ 的构成要素

现在我要介绍主要的 ADO+ 对象。我们以所有内容的起源开始,即 DataSet 对象。

数据集是 ADO 记录集的演化。数据集不过是数据库的断开连接的内存中的视图。就您可以拥有动态创建的数据集和数据表而不需要来自数据库管理系统 (DBMS) 的任何信息而言,数据集与数据源没有任何严格意义上的关系。换句话说,数据集使用了一些添加到 ADO 记录集中的功能:断开时工作的能力以及计划性地创建并以任何种类数据进行置入。数据集可以包含任意数目的表,每个表通常(但不总是)对应于一个数据库表或视图。DataTable 对象对应的表不过是一些行与列的集合。每一行保留其原始状态及其当前状态。

ADO 记录集一直经常以一种充当某种超级数组的通用数据类型出现。同样,ADO+ 数据集是一种提供以下功能的超级记录集:

一种容纳数据的更好和更丰富的编程接口。

一种不需要与实际数据源的任何内在绑定而提供更为广义的数据视图的对象模型。

一种用于输入和输出的基于 XML 的标准控制台。

ADO 记录集基本上是一种(可能是分层的)记录集合,它带有一些特定方法,用于完成一些有趣功能。其中包括包括滚动、排序、过滤、书签。记录集本质上是表在内存中的副本。而数据集看起来更象 SQL Server 或 Access 数据库,它是一个包含更多表、特定视图和外键关系的实体。

数据集对象模型反映了这一较大的范围,它允许您查看跨越多个数据表、关系、扩展属性和行的多个集合的可用数据 — 这还可用于说明非持久数据或只是来自不是数据库的另一个持久存储介质的数据。

ADO 记录集允许您将内容保存到 XML 中,并从一个外部 XML 文件重新构建该内容。然而,采用的缺省 XML 架构是针对导出/导入 ADO 记录集而优化的,而不是针对实际数据交换。ADO XML 架构包含许多关于列类型和位置以及其它元数据的信息。如果您希望从某一 XML 文档中重新构建记录集,则这些信息是至关重要的,但如果您只是希望传递数据并使接收者使用它,则这些信息没有什么用处。有了 ADO+ 数据集,XML 架构更为精练,因为被表示的对象与关系数据库没有直接关系,尽管对象可以用来精密地再现数据库。ADO+ 数据集对数据进行描述,而 ADO 记录集则对由某一表中获取的一个记录集合进行描述。这就是 ADO+ 数据模型的动人之处。

ADO+ XML 架构只是再现表以及数据集中定义的关系,构建一个 DataSet 对象的责任则留给 ADO+ 运行时完成。ADO XML 格式由于过于具体而无法真正实现互操作。它还由于过于繁琐,如果不进行数据压缩的人工干预,它就无法进行高效的汇集。ADO+ 数据集体系结构的鼓舞人心的原则与导致我创建 javascript 的 Recordset 对象的原因之间存在一种底层的相似之处。在这两种情形中,您都将数据说明(例如,一个 XML 字符串)转换为一个专用于平台的操作对象(即一个 JavaScript 对象)。在这样做的过程中,您安全地将您的数据从一层发送到另一层,而不考虑安装的操作系统或软件。

——————————————————————————–

ADO+ 命令

尽管 DataSet 对象提供一个内存中数据存储的工具,您还需要另一个工具对各种表进行创建和初始化。这一工具就是 DataSetCommand 对象,它代表一个将使用连接和命令的细节隐藏起来的集中式控制台。DataSetCommand 对象允许某一 DataSet 对象与源数据存储器间的数据检索和保存。它负责从物理存储器中提取数据,然后将其推送到各数据表和关系中。DataSetCommand 对象还负责向实际数据库传输任何更新、插入或删除操作。DataSetCommand 对象通过底层 OLE DB 提供者能够理解的 SQL 命令或命令字符串完成这一功能。DataSetCommand 对象以两种形式存在:

SQLDataSetCommand 对象

ADODataSetCommand 对象

它们可以被当作在数据表和数据源中的对应表之间的代理。数据源是用于 SQLDataSetCommand 对象的 SQL Server 7.0(或更新版本)以及用于 ADODataSetCommand 对象的任何其它 OLE DB 提供者。

一般说来,ADO+ 能够识别并处理两种类型的数据源:SQL Server 7.0(及更新版本)以及可以通过 OLE DB 提供者进行访问的任何数据源。这些又称为被管理的提供者。

作为使用 DataSetCommand 对象的一种替换(如代码示例 1 中所示),您可以通过使用诸如连接和命令之类的较为熟悉的对象,直接对被管理的提供者进行操作。

代码示例 1

Dim oDS as DataSet

Dim oCMD as SQLDataSetCommand

oDS = New DataSet

oCMD = new SQLDataSetCommand("Select * from employees", strConn)

oCMD.FillDataSet(oDS, "EmployeesList")

Dim oRow as DataRow

For Each oRow in oDS.Tables(0).Rows

   Console.WriteLine(oRow(0).ToString())

Next

通过查看这种类型的 ADO+ 代码,您会发现它与旧式的 ADO 编程没有多大的差别。它具有新的对象、新的编程接口、经过改进的新功能,但代码模式相同。如代码示例 2 中所示。

代码示例 2

Dim oCN As SQLConnection

Dim oCMD As SQLCommand

Dim oDR As ADODataReader

oCN = New SQLConnection(strNWind)

oCMD = New SQLCommand("MyStoredProc ‘Davolio’", oCN)

oCMD.CommandType = CommandType.StoredProcedure

Try

   oCN.Open()

   oCMD.Execute(oDR)

   While oDR.Read

      Console.WriteLine(oDR("LastName").ToString))

   End While

Catch e As Exception

      Console.WriteLine(e.ToString)

Finally

      oDR.Close()

      oCN.Close()

End Try

请注意,上述代码具有 Microsoft Visual Basic® 7.0 引入的一些语法元素的特征 — 特别是最终取代了 On Error 机制的 Try-Catch 结构。ADO+ 代码充分利用了提供诸如 Console 之类的系统对象的.NET 运行时服务。

还有什么特殊的功能可以帮助您确定革新的 DataSetCommand 方法是否优于使用传统的 ADO 吗?通过使用 DataSetCommand 对象与数据源进行通信,基本上与通过使用 ADO 连接和命令相同,并带有一个重要的推论:所有的 ADO+ 对象,如 DataSetCommand 对象,都可以通过派生新的、更专用的类而进行定制。因此,举例来说,您可以控制将数据集的更改传送到数据库的方式,以及(比方说)优化性能、对数据进行压缩或加密、执行数据验证以及许多其它功能。

——————————————————————————–

强类型编程

您通过 ADO 对数据库对象和类似 Recordset 和 Fields 的集合进行操作。除了将实际数据视为某种参数外,这种方法没有什么错误:

Set oRS = New ADODB.Recordset

oRS.Open strSQL, strConn

While Not oRS.EOF

MsgBox oRS("FirstName") & " " & oRS("LastName")

oRS.MoveNext

Wend

在上述 ADO 代码片断中,第一个和最后一个名称被用作进入 Recordset 和 Fields 集合的入口点。由于 Visual Basic 的缺省属性,您可以编写相对容易阅读的代码。依照 ADO,某一给定记录字段的“完整对象模型路径”应为:

oRS.Fields("firstname").value

此外,ADO 总是使用 Variant 数据类型,以便与基于脚本的环境(特别是 ASP)相一致。

ADO+ 通过提供借助数据的自然名称对存储于数据集中的数据进行访问的能力,使数据库编程更进了一步。如果要在某一数据集中寻址某一表,您可以使用该表的 ADO+ 名称并对使用列和行的名称对列和行进行访问,而不是通过基于集合的方法。此外,所有的有关变量都拥有一个特定的(与 Variant 相对)数据类型。这称为强类型编程。上面显示的对一个 Employees 表中的 FirstName 和 LastName 进行操纵的代码可以按下面的形式重新编写:

MsgBox Employees.FirstName & " " & Employees.LastName

一种具有类型的 DataSet 即是一个自 DataSet 继承的类。采用数据集的强类型版本是有益的,原因是 IDE 自身可以实时地向您通知可能的类型不匹配错误,而且 Microsoft IntelliSense® 技术可以随时向您建议一些方法和属性。

——————————————————————————–

摘要

ADO+ 不仅仅是对数据进行操作的另一个对象模型。从本质上说,它是在范围更广、跨平台方案中的 ADO 的重现。ADO+ 是扩展的 ADO,它在能够理解 XML 的任何平台上与任何软件组件协同工作。它对数据进行建模,而不是对数据库或数据提供者。它从数据库基础结构中提取数据,并将其置于一种中性的环境中,数据在这种环境中就是数据,无论存储介质、物理结构或用来对其进行访问的 API 究竟是什么。其关键即是 XML,它代表了一种用于 ADO+ 数据集的 I/O 控制台。另一个重要的方面是主要对象(即数据集)的断开连接和在内存中的性质。

因此,您可以发送数据的 XML 说明,并让 ADO+ 服务器端的组件将其构建为一个数据集。您也可以拥有非 ADO+ 组件,它们只是获取该 XML 说明后对其运行自己的分析程序并获得同样的结果。ADO+ 专用于 Windows,但它可以与几乎所有的平台交换数据。请留意跟踪 ADO+ 演变的后续文章。      
   
      
   

原作者:不详

来 源:www.microsoft.com