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

<iframe src="http://training.yesky.com/ad/iframe/develop_java.htm" frameBorder=0 width=578 scrolling=no height=62></iframe>

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

<iframe align=right marginWidth=0 marginHeight=0 src="http://images.chinabyte.com/adjs/iframe-pip/y-software-pip.html" frameBorder=0 width=360 scrolling=no height=300></iframe>　　环境建立

　　构建几个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数据源。这个配置描述了本地数据访问环境。


图1、用于工程的软件体系结构

　　应用程序方案

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

　　数据

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


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

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

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