一個JDO的成功案例分析 (轉)
一個JDO的成功案例分析 (轉)[@more@]一個JDO的成功案例分析
來源:上的連結:
該PDF文件描述了美國麻省的一個應用公司在使用JDO前後的應用開發情況,最初他們是自己開發的一套比較規範的實現了ODMG3.0規範的資料層。
他們的專案的資料結構大概是33個資料類,共幾百個欄位,還有一些額外的資料表,大概300個),規模算是比較大。
使用JDO後,他們發現自己寫了幾年的程式碼在數量、、可維護性等方面都比不上JDO(他們使用的是KodoJDO2.4.2)。比如效能方面的資料比較:JDO:自寫底層 = 1842:401,差距如此之大!欲知更多詳情,請該文件閱讀。
文中包括在從自己寫的JC底層轉移到JDO的過程,以及一些開發過程及時間、不同開發(、JDO、)的效能比較資料。
附帶文件中的幾句原話:
有一句原文說明JDO比自寫的資料包裝層更能提高:
JDO is probably a far more productive environment than any home-grown persistence layer.
另一句原文說明有一定程度的效能方面的損失:
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.
本文的版權屬於筆者本人,但歡迎轉載,前提是註明出處和原作者。另外,歡迎在/develop/author/NetAuthor/sun2bin/" target=_blank>我的專欄中檢視我的另幾篇文章,並提出寶貴意見!
來源:上的連結:
該PDF文件描述了美國麻省的一個應用公司在使用JDO前後的應用開發情況,最初他們是自己開發的一套比較規範的實現了ODMG3.0規範的資料層。
他們的專案的資料結構大概是33個資料類,共幾百個欄位,還有一些額外的資料表,大概300個),規模算是比較大。
使用JDO後,他們發現自己寫了幾年的程式碼在數量、、可維護性等方面都比不上JDO(他們使用的是KodoJDO2.4.2)。比如效能方面的資料比較:JDO:自寫底層 = 1842:401,差距如此之大!欲知更多詳情,請該文件閱讀。
文中包括在從自己寫的JC底層轉移到JDO的過程,以及一些開發過程及時間、不同開發(、JDO、)的效能比較資料。
附帶文件中的幾句原話:
有一句原文說明JDO比自寫的資料包裝層更能提高:
JDO is probably a far more productive environment than any home-grown persistence layer.
另一句原文說明有一定程度的效能方面的損失:
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.
本文的版權屬於筆者本人,但歡迎轉載,前提是註明出處和原作者。另外,歡迎在/develop/author/NetAuthor/sun2bin/" target=_blank>我的專欄中檢視我的另幾篇文章,並提出寶貴意見!
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752019/viewspace-956479/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- JDO:查詢你的資料 (轉)
- 利用THOMAS KATE理論,成功解決一個案例
- 一個需求分析做的不夠的案例
- 一次成功的優化案例優化
- 打造一個成功的專案經理(轉)
- 一個成功的分析團隊:角色與職責
- System State 轉儲分析案例一則
- Castor JDO的工具AST
- 又一個案例:光纖儲存資料恢復成功資料恢復
- 西遊記 古代最成功的專案管理案例(轉)專案管理
- 做一個成功的軟體專案經理(轉)
- 分析一個企業CRM系統應用的案例
- 給大家分享一個案例分析-比較偏僻
- 成功地領導一個專案的訣竅(轉)
- 成功案例分析 CUDA計算應用無極限
- Castor JDO and PoolAST
- ERP實施成功分析(轉)
- SystemState分析案例(一)
- 蘋果電腦顯示一個問號該如何解決—成功案例蘋果
- 一個mount -a引發的ora-600案例分析
- 一個Linux病毒的原型分析(轉)Linux原型
- 通過獎勵視訊獲得成功:兩個應用成功案例
- 一個成功的 Git 分支模型Git模型
- castor jdo 的更新問題AST
- [轉] Android 效能分析案例Android
- 長文解析:Gardenscapes的成功和Playrix的轉型分析
- ERP實施成功要素分析(轉)
- [企業管理]一個軟體企業管理的典型案例分析
- Mysql之案例分析(一)MySql
- 分析一個linux下的蠕蟲 (轉)Linux
- 大家認為JDO的前景如何?
- 成功運用網際網路思維的10個本土案例
- ERP失敗案例分析(轉)
- 案例面試分析工具/框架(轉載)面試框架
- 分析:打造成功API的七個關鍵API
- 專案成功的四個必要因素(轉)
- MySQL:一個奇怪的hang案例MySql
- 一個動態ACL的案例