Java开发网 |
注册 |
登录 |
帮助 |
搜索 |
排行榜 |
发帖统计
|
您没有登录 |
» Java开发网 » Java SE 综合讨论区
打印话题 寄给朋友 订阅主题 |
作者 | 一个JDO的成功案例分析(zz) |
nerd
发贴: 42 积分: 0 |
于 2003-05-24 19:47
sun2bin 整理 (参与分:9980,专家分:320) 发表:2003-4-5 下午2:45 更新:2003-4-19 上午10:02 版本:1.0 阅读:855次 来源: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. 本文的版权属于笔者本人,但欢迎转载,前提是注明出处和原作者。另外,欢迎在我的专栏中查看我的另几篇文章,并提出宝贵意见!
nerd edited on 2003-05-24 19:49
SWT Designer v1.2.3 Released! |
话题树型展开 |
人气 | 标题 | 作者 | 字数 | 发贴时间 |
3630 | 一个JDO的成功案例分析(zz) | nerd | 1251 | 2003-05-24 19:47 |
2904 | Re:一个JDO的成功案例分析(zz) | 房客 | 13 | 2003-05-29 01:37 |
2822 | Re:一个JDO的成功案例分析(zz) | mochow | 148 | 2003-05-29 16:37 |
已读帖子 新的帖子 被删除的帖子 |
Powered by Jute Powerful Forum® Version Jute 1.5.6 Ent Copyright © 2002-2021 Cjsdn Team. All Righits Reserved. 闽ICP备05005120号-1 客服电话 18559299278 客服信箱 714923@qq.com 客服QQ 714923 |