ADO+ 引导数据种类的演变
Dino Esposito
2000年9月

图 1. 目前的分布式 Web 系统的典型体系结构

表示层通常基于 HTML 3.2 输出，并能够很好地与任何较新的浏览器一起工作。网页是在 Web 服务器上使用 Active Server Pages (ASP) 构建的，并且只有在一些相当特殊的情况下才试图通过 COM、动态 HTML 和 XML 支持来提供浏览器的实际功能。

关键之处是中间层，其中通常有一层或多层业务对象获取并交换数据来响应用户的输入。这些组件可能需要彼此传递数据，并且在传递数据的过程中，它们需要一种易于使用、功能强大并为所有组件所理解的公用数据格式。ADO 记录集 — 表或视图的 ADO 表示 — 是一个相当不错的解决方案，它有几个优点，并且只有一个大的缺点。

ADO 记录集的灵活性足以使您能够毫不费力地定位记录以及使用过滤器和书签。它们还提供排序、自动分页和持久性等功能，并能在与数据源断开时工作。可以在多层之间相当高效地汇集记录集，这归功于其固有的并且极为紧凑的二进制格式 — Advanced Data Table Gram (ADTG) 格式。

断开的记录集在组件之间的传输涉及到 COM 汇集，并强制接收组件配合这一汇集。换句话说，只有 COM 对象才能使用 ADO 记录集。这在 COM/DCOM 在业务层中占主导地位的同构体系结构中不成问题。显然，当有关的服务器端组件的映射涉及到诸如大型机或 Unix 平台之类的异构节点时，就会带来很大的不便。

所谓的 Internet 的第三个阶段使这一方案离我们更近了。它预示了一个世界，在这个世界中，功能实现通过各种 Web 服务（即可以通过 HTTP 访问的环绕着我们的卫星系统）成为可能。您将需要向这些服务中的某个传递一些记录以进行进一步处理，这个方案并不是什么勉强的事情。没有什么比 Web 服务更加容易的事了 — 不管它的内部体系结构或公共编程接口如何 — 它不接受 ADO 记录集。

A目前现实中的 ADO，特别是记录集，是在 Windows 和基于 COM 的方案中操纵数据的强有力的工具。不幸的是，随着您的系统逐渐向完全的 Internet 互操作性方向演变，它们逐渐丧失了其吸引力。

--------------------------------------------------------------------------------

数据种类

在完美的情况下，应该能够在任何平台或设备上以相同的方式访问数据，并具有相同的灵活性。这样，每个平台或设备都可以根据需要自由地操纵数据。如果您通过 ADO 记录集展示数据，则您也使自己和您的应用程序陷于有限互操作性的实际风险之中。

目前，如果您通过 ADO 对数据

评论 (0) All

登陆 还没注册？