导读关于那些离开大型主机的应用法度模范[新版].docVIP

　　【导读】对于那些脱离大型主机的应用程序 —— 分布式应用程序来说，IBM? DB2? Connect? 已成为向它们开放 DB2 for z/OS 数据库以及 zSeries 硬件平台传统公认的所有优点的首选方法。 　　在本系列的 第 1 部分中，我们初步地谈到了 DB2 Connect 提供的不同编程接口以及实现这些接口的驱动程序。在最后的几节中，我们大致地描述了 DB2 Connect 提供的通信基础设施，并看到这个基础设施如何大大减少对大型主机资源的使用，如何允许分布式应用程序充分利用大型主机平台的优势(例如轻松地管理混合工作负载以及提供连续的应用程序可用性)。 　　您可能仍记得图 1，在这幅图中，DB2 Connect 由编程接口(被实现为 JDBC?、SQLJ、ODBC、DB2 CLI、OLE DB、.NET? 和 Embedded SQL 驱动程序)和一个通信基础设施组成。 　　图 1. DB2 Connect 由编程接口和一个通信基础设施组成，通信基础设施使客户机服务器应用程序和基于 Web 的应用程序能利用大型主机的优势 　　 　　我们将在本文中讨论上述通信基础设施的功能之一，即 DB2 Connect 如何提供对异构型分布数据的统一访问。 　　在讨论这种解决方案在统一访问、分布式和异构等方面的细节之前，我们需要先将目光转向通信基础设施本身。DB2 Connect 以通信服务器的形式提供这种通信基础设施，通信服务器可以部署在 Windows?、Linux (例如 Linux for zSeries)和 UNIX? 服务器上。这种通信服务器是使用在构建 DB2 UDB 数据库服务器时所用的相同代码基础构建的，因此，它继承了 DB2 UDB 服务器那种架构中具备的所有品质。 　　实际上，我们在本文中所描述的功能有一个要求，那就是在 DB2 Connect 服务器本身上创建一个数据库(在这里您不需要 DB2 Universal Database? (UDB))。乍一看来，这似乎与本系列第 1 部分中的说法相矛盾，在那里我们说 DB2 Connect 只是将应用程序连接到 DB2 for z/OS 和 DB2 for iSeries? 数据库，DB2 Connect 并不管理数据。然而需要澄清的是，我们要在 DB2 Connect 服务器上创建的这个数据库并不存放数据。它只是作为一个单一的连接点来使用，以便向应用程序提供统一的或单一的数据库镜像。于是，DB2 Connect 服务器只是将对数据的请求路由到真正管理数据的不同数据库服务器。 　　虽然在第 1 部分您了解到真正使 DB2 Connect 有别于其他竞争者的通信管道的一些特性，但您很可能已经知道，DB2 Connect 至少尽到了责任(将应用程序连接到大型主机)。现在您对 DB2 Connect 的底层架构有了更好的理解，接下来是该提供比本系列文章的第 1 部分(副标题 - 内有乾坤)更进一步内容的时候 —— 我们将从这里开始第 2 部分。 　　在第 2 部分中，我们将谈到作为数据访问平台的 DB2 Connect，在这里我们不仅仅是谈论大型主机上的 DB2。例如，您知道吗，DB2 Connect 工作站可以在同一个事务中执行一个 DB2 for z/OS 数据库和 Windows 数据库上的 Informix? IDS 之间的分布式连接(join)，它还可以在同一个提交范围内使用内建的对两阶段提交(two-phase commit,2PC)的支持来更新这些数据源。我提到过您将发现一些巧妙的特性，这就是其中之一!如果说这听起来像是联邦，或者更像是 WebSphere? Information Integrator (前身为 DB2 Information Integrator)，那就对了。实际上，所有 DB2 UDB 和 DB2 Connect 服务器都附带了 WebSphere Information Integrator 对整个 DB2 UDB 家族和内建在引擎中的 Informix IDS 的联邦支持。WebSphere Information Integrator 之类的产品扩展了联邦引擎的范围，使之包括其他关系数据源(Oracle、Microsoft? SQL Server)、非关系数据源(ADABAS、VSAM)、OLE DB、XML 和企业中任何其他数据源。 　　对异构型分布数据源的统一访问 　　您也许知道统一(unified)、分布(distributed)和异构(heterogeneous)的意思是什么，但可能并不清楚 DB2 Connect 是如何实现这些概念的。您也许熟悉 IBM WebSphere Information Inte