DB2 J2EE开发成本收益分析(二) (1)

探究一下使用联合数据库管理系统技术开发需要整合来自不同数据源的servlet的优点和缺
点。实际上必须做的就是设计、编码并测试一系列的servlet，这些servlet需要在有联合数据库
管理系统或者没有的情况下执行相同的功能。

环境建立

　　构建几个servlet，使用下面的软件工作：

　　? WebSphere Studio, 包括一个WebSphere Application Server 5测试环境在内

　　? Oracle数据库管理系统和相关的客户软件

　　? DB2数据库管理系统和相关的客户软件

　　? Microsoft Excel电子表格

　　? Sun微系统JDBC/ODBC驱动程序（用于Java访问Excel）

　　? DB2 Information Integrator（早期发行版本）和相关的客户软件

　　图1图解了我们全部的软件体系结构。你可以看到，WebSphere Studio平台被配置来与DB2
Information Integrator一起工作，DB2 Information Integrator也已被配置来访问DB2
Universal Database ( UDB)、Oracle和Excel数据源。这个配置描述了本地数据访问环境。






screen.width-333)this.width=screen.width-333;">
图1、用于工程的软件体系结构

　　应用程序方案

　　用于工作的业务方案包括了多个虚构的销售公司的兼并案例。假定新的统一公司需要开发它
的关键的业务数据的一个整合形式，这些数据以不同的格式保存在不同的系统上。此外，因为应
用程序应该比兼并先期开发并需要支持，所以把数据留在本地平台这很重要。 这个业务需要使得
一个好的案例能够反映支持需要跨这些不同的数据源的新应用程序的联合数据库管理系统技术的
价值。

　　数据

　　使用TPC-H数据的子集用于工作和分布在多个数据源上的数据，来模拟一种多个零件分销商组
成一个单一的公司的情况。在我们的实例中，这些数据源包含DB2 UDB和Oracle数据库管理系统，
以及Excel电子表格。指定的TPC-H表是PART、PARTSUPP、SUPPLIER、NATION、CUSTOMER、
ORDERS。对于不熟悉TPC-H数据库的读者，图二中给出这些表的结构以及它们彼此之间如何关
联。 要获取详细信息，请参阅 http://www.tpc.org .






screen.width-333)this.width=screen.width-333;">

图2我们用于我们工程的TPC-H数据库模式子集。星号("*")指主键。

　　分布数据以便跨不同的数据源使用众多的零件、供应商和客户数据。我们这么做的原因是不
同的分销商可能共享相同的客户、供应者和产品报价。比如说，虽然某个业务合作者可能从多于
一个的分销商处订购零件，但是公司不会把相同的定单发到每个分销商处。 这样，虽然一些
CUSTOMER信息在不同的数据源间是重复的，还是要指定用于这些客户的ORDERS为not。

　　注意，虽然我们使用TPC-H模式的一部分用于我们的工作，但是我们不尝试实现任何TPC标准
检查程序。我们选择实现我们认为能够反映我们工作的查询。在下一节我们将详细讨论这个问
题。
　　查询

　　要决定实现几个查询，其中一些和网络商务或者决策支持环境中执行的查询相似。我们所有
的查询都是基于前面提到的表工作的。最后，我们让我们的查询模拟两个典型的业务方案：在线
检索和业务分析。

　　第一类查询，查询1-3，支持在线目录检索。这些查询使一个用户或业务合伙人找到带有某些
特征的零件，然后找到最便宜的供货商。最后一个查询判断用户是否使指定时期的前10位客户，
因为这种情况他可能会获得免运