|
|
|
|
一个JDO的成功案例分析 |
|
|
|
作者：未知 来源：月光软件站 加入时间：2005-2-28 月光软件站 |
|
|
来源：JDOCentral.com上的链接：
"A Case Study: Replacing the Persistence Layer of a Business Process Engine with JDO"
该PDF文档描述了美国麻省的一个软件应用公司在使用JDO前后的应用开发情况，最初他们是自己开发的一套比较规范的实现了ODMG3.0规范的Java数据对象层。
他们的项目的数据结构大概是33个数据类，共几百个字段，还有一些额外的数据表，大概300个），规模算是比较大。
使用JDO后，他们发现自己写了几年的代码在数量、性能、可维护性等方面都比不上JDO（他们使用的是KodoJDO2.4.2）。比如性能方面的数据比较：JDO：自写底层 = 1842：401，差距如此之大！欲知更多详情，请下载该文档阅读。
文中包括在从自己写的JDBC底层转移到JDO的过程，以及一些开发过程及时间、不同开发模式（JDBC、JDO、EJB）的性能比较数据。
附带文档中的几句原话：
有一句原文说明JDO比自写的数据包装层更能提高效率：
JDO is probably a far more productive environment than any home-grown persistence layer.
另一句原文说明有一定程度的SQL性能方面的损失：
It certainly would have yielded faster results if we had hand-coded the SQL for each class. But with 33 classes in the process engine, and roughly another 300 in the remainder of our application, a hard-coded approach does not seem like the best approach to take.
还有一句说明什么情况下可用JDO代替EJB：
With the availability of JDO, it makes you wonder when and if you would ever need an EJB container at all within your application architecture if you use it only as a front-end to your database.
本文的版权属于笔者本人，但欢迎转载，前提是注明出处和原作者。另外，欢迎在我的专栏中查看我的另几篇文章，并提出宝贵意见！
| | 
|
|
相关文章：相关软件： |
|
本类阅读TOP10