让我们来解释一下：面向对象方法是优秀的。问题在于许多架构师和开发人员视野过于狭 隘，不知道可以选择将处理置于何处。这一选择结果会影响设计，并且可以带来重大性能影 响。利用 ORDBMS 的长处可以简化设计，以及极大地提高结果系统的性能。这相当于加快进 入市场的步伐，以及降低开发和维护的成本。更快的结果还可以带来重要的商业优势。

数据库独立性

我在前面已提到 J2EE 通过促进数据库独立性来提高应用程序的可移植性。并且还进一步 提到可以是任何类型的数据库：关系（对象-关系）或非关系的。这是整个 J2EE 体系结构的 一个美好目标，但在构建商业应用程序中却是一种十分危险的方法。

商业应用程序的目标应该是提供对抗竞争者的商业优势，而非可移植性。可移植性是一个 次要目标。如果需要进行移植，可以将不可移植的部分隔离起来，以便限制所需的工作。我 们需要以尽可能最低的成本获得尽可能快的响应。如果您针对移植性进行设计，就要设计最 底层的功能，从而放弃所有优势。这就像雇主拒绝雇用一个高度称职的人，因为怕他某一天 离开，而下一任雇员的能力可能远远不及。按照该逻辑，我们应该雇用最无能的人。否则的 话，我们应该确保限制雇员对公司的贡献，这样，如果我们哪天必须用一个逊色一些的人来 接替他时，就不会感到失望。期望越多，您将得到越多。而期望越少，您得到的也会随着时 间越来越少。

这同样也适用于企业应用程序。您应该权衡您的数据库系统的所有功能，并且对于能够带 来商业优势的功能善加利用。您可以在设计中隔离数据库的交互，以便当您偶尔必须迁移到 另一数据库时，就只需要完成有限的移植工作。由于数据库的竞争十分激烈，所以，很可能 您现在计划使用的独特的新功能将来会出现在某个竞争对手的数据库中。或者，在数据库供 应商为争取您的业务，协商将如何补偿其缺点时，这可能成为其中的一个缺点。因此，设计 要谨慎，但也要赢得成功。

J2EE与IBM对象-关系数据库(8)

J2EE 复杂性

J2EE 具有许多好处，有助于商业应用程序的开发。它们包括平台独立性、组件架构、多 层应用程序模型、统一的安全模式以及一个丰富的标准集合，这些标准涉及事务控制、数据 库访问和消息传递等领域。实际上，J2EE 在一个架构下集成了过去 50 年左右软件中所取得 的进展。这也付出了一定的代价：复杂性。

尽管 WebSphere Studio Application Developer 等工具明显地简化了开发，而且 WebSphere Studio Application Developer 管理控制台提供了控制，在启动大型项目之前， 我们还是必须确保已经具备了适当的专业知识。最有效的方法就是培训与聘请专家顾问相结 合。

同样重要的是，要具有一支包括了各个领域专家的综合队伍。在项目启动之前，要将这支 队伍聚集在一起。例如，数据库管理员（DBA）和 SQL 专家应该从一开始就一起讨论将如何 使用不同的对象。让我们用一个示例来加以说明。

图 4 展示了 DICOM 对象之间的关系。我们看到，每一种类型的 DICOMData 都可以包含 许多其他的 DICOMData 对象。我们可以通过标准的关系方法或使用新的数据类型，在数据库 中表示该层次结构关系。关于处理层次结构的示例，请参阅参考资料小节。更为迫切的问题 是数据元素的处理。

一个数据元素是由一个标

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!