＋设为首页 ＋添加到收藏夹
在本系列的 第 1 部分中，我们初步地谈到了 db2 connect 提供的不同编程接口以及实现这些接口的驱动程序。在最后的几节中，我们大致地描述了 db2 connect 提供的通信基础设施，并看到这个基础设施如何大大减少对大型主机资源的使用，如何允许分布式应用程序充分利用大型主机平台的优势（例如轻松地管理混合工作负载以及提供连续的应用程序可用性）。
图 1. db2 connect 由编程接口与一个通信基础设施组成，通信基础设施使客户机服务器应用程序与基于 web 的应用程序能利用大型主机的优势 【相关文章:Microsoft SQL Server】您可能仍记得图 1，在这幅图中，db2 connect 由编程接口（被实现为 jdbc™、sqlj、odbc、db2 cli、ole db、.net® 与 embedded sql 驱动程序）与一个通信基础设施组成。 【扩展阅读:从 SQL Server 2005 中处】
【扩展信息:使用 SQL Server 2005 中】560)this.style.width=560; onmousewheel = javascript:return big(this) height=274 alt="db2 connect 由编程接口与一个通信基础设施组成，通信基础设施使客户机服务器应用程序与基于 web 的应用程序能利用大型主机的优势。" src="http://images.51cto.com/files/uploadimg/20051223/1528200.gif" width=424>
我们将在本文中讨论上述通信基础设施的功能之一，即 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。... 下一页
