ADO+ 引导数据种类的演变(转自 ms 二)
日期：2011-03-09 浏览次数：21031 次
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 对象
用最抽象的话来说，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 对象
免责声明： 本文仅代表作者个人观点，与爱易网无关。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请读者仅作参考，并请自行核实相关内容。
