來源：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.
本文的版權屬於筆者本人，但歡迎轉載，前提是註明出處和原作者。另外，歡迎在我的專欄中查看我的另幾篇文章，並提出寶貴意見！
|
|
