建站
咨詢
售后
建站咨詢
新聞中心
JPA是Java EE 5很重要的一部分，它的采用大大簡化了Entity Bean的使用。但JPA有一個(gè)很明顯的缺陷，就是無原則地采用JPA，就有可能將數(shù)據(jù)庫結(jié)構(gòu)移植到你的應(yīng)用程序的代碼中。這將給應(yīng)用程序的維護(hù)和升級帶來麻煩。
目前成都創(chuàng)新互聯(lián)已為近1000家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)站空間、成都網(wǎng)站托管、企業(yè)網(wǎng)站設(shè)計(jì)、正定網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。
本文講的“無原則地采用JPA”，主要指通過Annotation對Entity Bean之間的關(guān)系進(jìn)行定義。這些數(shù)據(jù)實(shí)體的關(guān)系，如一對多，一對一，多對一，多對多及關(guān)聯(lián)操作（cascade）等，很明顯是數(shù)據(jù)庫概念。為了實(shí)現(xiàn)ORM的目的，JPA不得不將其在Entity源代碼中定義這種關(guān)系。
這在很大程度上，將數(shù)據(jù)庫的結(jié)構(gòu)與設(shè)計(jì)移植到了應(yīng)用程序中。這有以下幾個(gè)問題：
一，應(yīng)用程序源代碼可讀性差數(shù)據(jù)庫結(jié)構(gòu)的復(fù)雜程度，幾乎完全取決于應(yīng)用的業(yè)務(wù)邏輯。如果業(yè)務(wù)邏輯復(fù)雜，對Entity Bean的關(guān)系定義將很困難?？梢韵胂?，其代碼的可閱讀性將很差。
二，應(yīng)用程序的可維護(hù)性差一旦數(shù)據(jù)庫結(jié)構(gòu)因業(yè)務(wù)需求而發(fā)生變化，這些關(guān)系將需要重新定義。
三，對較復(fù)雜的數(shù)據(jù)庫結(jié)構(gòu)關(guān)系進(jìn)行定義幾乎是不現(xiàn)實(shí)的這也是ORM本身的局限性。將數(shù)據(jù)庫結(jié)構(gòu)移植到應(yīng)用程序中本身就是個(gè)錯(cuò)誤方向。關(guān)系數(shù)據(jù)庫主要在于“關(guān)系”二字，因?yàn)閿?shù)據(jù)庫關(guān)心的是數(shù)據(jù)及其完整性（Data）。而應(yīng)用程序采用OOP的開發(fā)手段，關(guān)心的是系統(tǒng)內(nèi)部各“物件（Object）”的動作（Operation）。數(shù)據(jù)是應(yīng)用程序的狀態(tài)；動作是應(yīng)用程序的業(yè)務(wù)邏輯。狀態(tài)和動作是構(gòu)成應(yīng)用程序的兩大要素，二者缺一不可。而ORM試圖忽視狀態(tài)而抬高動作，豈不知“動作”的最終結(jié)果要落實(shí)在“狀態(tài)”的改變上。想一想，為什么Object Database Management System （ODBMS）不太流行呢？
您正在閱讀： Java Persistence API (JPA) 的陷阱
【編輯推薦】
- 持久化規(guī)范JPA(JavapersistenceAPI)
- 9.3 從特定的API到混搭
- Java簡單框架 JPA框架比較
網(wǎng)頁名稱：JavaPersistenceAPI(JPA)的陷阱
標(biāo)題路徑：http://www.dlmjj.cn/article/cohcosj.html
