当前页面: 开发资料首页 → Java 专题 → DB2 J2EE开发成本收益分析(一)
DB2 J2EE开发成本收益分析(一)
摘要: 使用DB2 Information Integrator联合数据库技术，开发工作比直接访问数据源更简单
介绍
你听说过这样一个报道：还有另一种新技术承诺让Java 2企业版（J2EE）开发者更便于进行J2EE的开发---一项能削减开发工作达百分之三十、四十甚至是五十的突破。一个新的软件能使复杂的开发任务简化。一 个新产品增强你现有的Java集成开发平台和网络应用程序服务器环境。
<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> 我们也听说了同样的报道。在同事间讨论时，我们听说IBM的新DB2 Information Integrator，能够提供存在于不同平台上的、使用不同格式保存的、能通过各种不同的应用编程接口(API)访问的数据的单地址映射。我们想知道这种技术能为需要使用完全不同的数据构建网络组件的J2EE程序员做点什么。
在本文中，我们将讨论一系列的servlet，在我们的案例中，我们构建这些需要访问跨多个数据源-- DB2、Oracle和Excel的数据的servlet。一类 servlet使用DB2 Information Integrator模拟这些数据源的单一地址映像，而另一类直接地访问每个所需的数据源。
结果很让我们吃惊，我们计划把它们和你分享。
在这三部分的文章系列中，我们将带你进入我们的工作，这样你就可以自己比较不同的实现之间的差异，然后了解我们必需克服的挑战。本文是这个系列的第一篇文章，描述了我们的工程并概括了我们的重要的发现。 第二篇文章将把注意力放在我们的开发工作中，用更加详尽的细节让你了解设计和编程问题。最后一篇文章将描述我们遇到的执行性能问题，以及介绍用于我们的联合数据库和本地数据访问实现的一些性能数据。
但是如果你等不及把这些全部学完，那么我在这里告诉你：我们发现，当我们使用DB2 Information Integrator的联合数据库技术的时候，我们的开发工作实际上比我们直接访问每个数据源要更简单、更快捷。尤其是，我们减少代码量达百分之四十，并且缩短了设计、开发和测试周期达百分之五十。这正是我们所期待的。
并且，也许同样重要，我们发现虽然不同的查询结果变化很大（一些联合查询比直接数据访问快，而其它一些要慢一些），我们的基于联合数据库技术的servlet的性能也比直接访问数据的servlet更有竞争力。当然，基于特定的查询问题和servlet设计实现，结果可能有差异。但是你将得到一个机会，评论我们的工作，这样你就能看到它可能正好反映你的机构�
械娜粘９ぷ髦械奈侍狻�
↑返回目录
前一篇: 漫谈Java中的中文问题
后一篇: Java多重提交处理分析