简介
第 1 部分: 设计和配置 讨论了对集成来自不同数据源的信息的需求。文中描述了一个理想的信息管理系统应具备的特征，并详细介绍了如何使用 WebSphere Information Integrator 中的数据联邦技术来构建那样的系统。该文以一个电子商务场景为例，讲解了建立联邦系统的必要步骤和某些方面的考虑。
第 2 部分:
回顾第 1 部分中建立的电子商务场景。
对联邦查询优化作一个概述。
阐释如何解释联邦查询执行计划。
演示可以对远程数据执行的操作和查询。
提供关于如何调优联邦系统中一个分布式查询的性能的提示和技巧。
取决于对数据联邦技术的熟悉程度，在进入关于使用实例和性能调优的讨论之前，部分读者必须阅读我们之前的文章。不过，在这里对之前的文章作一个回顾，以作为背景信息，还是有所帮助的。
简短的回顾
WebSphere Information Integrator 联邦系统的核心由一个起联邦服务器作用的 DB2 实例组成。其他组件包括一个作为联邦数据库的数据库，一个或多个数据源，以及访问数据库和数据源的一些客户端（用户和应用程序）。为响应一个应用程序 SQL 语句，联邦服务器自动生成到多个数据源的分布式请求。由于联邦系统包括一个 DB2 数据库，因此还可以在其中存储本地数据以及来自本地和远程表的相关信息。
图 1 阐释了一个客户在线提交订单的电子商务场景。在后端，一个全球性仓库使用 WebSphere Information Integrator 来集成关于客户、订单、商品和供应商的本地和远程数据。这些 XML 文档格式的订单被路由到全球仓库，而客户信息是在一个名为 CUSTOMERS 的本地数据库中维护的。
通过使用 WebSphere Information Integrator 中的数据联邦技术，这个全球仓库被连接到美国和加拿大的两个地区仓库。在每个仓库中，关于商品和供应商的信息分别存储在表 ITEMS 和 SUPPLIERS 中。此外，每件商品的商品 ID 和供应商 ID 存储在表 ITEM_SUPPLIED 中。美国的仓库基于 DB2 for z/OS 和 OS/390 系统，而加拿大的仓库在一个 Oracle 系统中。另一个名为 Credit Checking 服务器的 Oracle 实例则跟踪具有不良信用历史的客户，从联邦系统可以访问到这个实例。
2 3 4 5 6 下一页</div> </div> </div> </div> </div>