Hibernate/JPA成功使用的十點(diǎn)心得
大約一年以前，我為了學(xué)習(xí)一些Hibernate專業(yè)知識，因此我參加了一個Hibernate項(xiàng)目。從那時起，我一直在使用Hibernate框架下的JPA(Java持久API)實(shí)現(xiàn)，使用的思想仍就是一樣的。那個項(xiàng)目使用了一個數(shù)據(jù)庫，這個數(shù)據(jù)庫規(guī)模有些大，略顯落后，并且還被許多的應(yīng)用程序共用。為了盡快加入到項(xiàng)目中，我開始學(xué)習(xí)一些Hibernate知識。從書本上的例子開始學(xué)習(xí)，感覺很簡單，學(xué)起來也很快，但是發(fā)現(xiàn)從零開始開發(fā)一個項(xiàng)目，并且控制它又是另外一回事了。試著在一個大型，復(fù)雜，被許多應(yīng)用程序共用的數(shù)據(jù)庫上使用Hibernate就又完全不同了。弄清楚了我可能遭遇到的技術(shù)難點(diǎn)，我開始想別的招了，要盡快從另外的方向開始，克服困難。
在最終的學(xué)習(xí)和實(shí)踐中，我發(fā)現(xiàn)我還是學(xué)到了許多重要的東西，雖然我們的項(xiàng)目還沒有完全做完，但是我認(rèn)為我們目前已經(jīng)非常漂亮的應(yīng)用了Hibernate/JPA的一些思想。現(xiàn)在我需要重新思考反省我所學(xué)到的東西，如下便是我學(xué)到的一些心得：
1）和數(shù)據(jù)庫管理員成為朋友
目前存在一個趨勢，就是一些Java開發(fā)者忽視數(shù)據(jù)庫管理員的重要性。這便犯了一個很大的錯誤，對于要取得任何的ORM（對象關(guān)系映射）技術(shù)的成功，和數(shù)據(jù)庫管理員保持一個良好的工作關(guān)系是至關(guān)重要的。有如下兩個原因：
單獨(dú)數(shù)據(jù)庫管理員雖然不能使Hibernate項(xiàng)目成功，但是他們通常可以讓這些項(xiàng)目失敗。
數(shù)據(jù)庫管理員對數(shù)據(jù)庫本身具有很好的洞察力，很好的職業(yè)習(xí)慣，告訴你一些易犯的錯誤和操作建議。我能記起這樣的很多例子，一個數(shù)據(jù)庫管理員的建議節(jié)約了我們很多的時間和提供給我們一個很好的解決方案。
在大多數(shù)情況下，擁有好的數(shù)據(jù)庫管理員，并且和他們保持良好的關(guān)系對你ORM（對象關(guān)系映射）工作至關(guān)重要。
2）從一開始使用（***強(qiáng)制使用）好的命名標(biāo)準(zhǔn)
我們知道對命名標(biāo)準(zhǔn)的討論將會有爭議的，但是我們必須明確一件事情，我們的命名要讓我們的數(shù)據(jù)模型有意義，這能讓開發(fā)者使用起來簡單，以免他們迷惑。所以，如何命名實(shí)體和屬性是非常重要的。我有我喜歡命名標(biāo)準(zhǔn)，并且認(rèn)為他們是***的，但是在這里我不想把他們強(qiáng)加于你們。最重要的是你自己做出決定使用什么樣的命名標(biāo)準(zhǔn)，并且讓所有人使用它。實(shí)際上，不僅僅命名標(biāo)準(zhǔn)需要統(tǒng)一，其它的也需要（如，布爾型用“Y/N” 或者 0/1表示）。
3）不要試著映射所有的屬性
我們總是設(shè)法使用工具，如Dali來映射所有的東西，然后形成一張表格（一些表格有上百列 ！）。這最終會很麻煩。為什么？因?yàn)槲覀兪褂玫氖枪灿玫模惹暗臄?shù)據(jù)庫，有許多的字段是我們并不關(guān)心和從來不使用的。映射它們只會導(dǎo)致性能問題和造成混亂。
4）讓數(shù)據(jù)庫做自己擅長的工作
我們想有一個好的，清晰的數(shù)據(jù)模型，因此我們不惜任何代價寫一些額外的查詢語句來獲取對象相關(guān)數(shù)據(jù)，要么使用存儲過程，要么使用函數(shù)。這是做法是錯誤的，數(shù)據(jù)庫優(yōu)勢在于存儲，而不是保持Hibernate創(chuàng)建或讀寫的數(shù)據(jù)。舉個例子，我們有一個對象，與之相關(guān)聯(lián)的有一個狀態(tài)。這個狀態(tài)在整個應(yīng)用程序中都要用到，因此，它毫無疑問是要執(zhí)行的，但是，我們不想每次都要單獨(dú)的寫一個查詢語句。這個問題在于，這個狀態(tài)是從一些統(tǒng)計計算中派生出來的，并且這些統(tǒng)計計算需要用到一對多的關(guān)系。每次從加載的對象中讀取數(shù)據(jù)的代價是非常高的。后來跟我們其中的一位數(shù)據(jù)庫管理員交流了一下，發(fā)現(xiàn)一個我們可以使用的sql函數(shù)能夠很快的獲得該狀態(tài)。我們使用@Formula來映射成一個狀態(tài)屬性，就能得到我們所需要的所有東西。這仍就是域模型的一部分，但是執(zhí)行起來非常好。有時像這樣的一個折衷的辦法能夠起到很大的效果。
5）分解數(shù)據(jù)庫
在一開始，我就想在Hibernate中模型化整個數(shù)據(jù)庫。結(jié)果發(fā)現(xiàn)這是不切實(shí)際的，原因如下：
a)這是一項(xiàng)巨大的工程，并且要花費(fèi)幾周的時間，而用戶根本看不到你做了什么實(shí)際的工作。
b)我不可能在***次就把它弄好，后繼的開發(fā)者無論如何都會修改它們的。
現(xiàn)在有一個趨勢，就是希望在開始之前，將所有的事情都進(jìn)行映射，但是，當(dāng)時你開始這么做后，你不需在這上面花很多的時間。我后來發(fā)現(xiàn)一個好的辦法，就是將數(shù)據(jù)庫分解，工作的時候一塊一塊的進(jìn)行，發(fā)現(xiàn)這很有幫助。
6）密切注意觸發(fā)器
密切注意數(shù)據(jù)庫觸發(fā)器有如下兩個原因：
a)在后臺觸發(fā)器很隱蔽的執(zhí)行了一些功能，讓你很是疑惑，不知道發(fā)生了什么。
b)當(dāng)你在Hibernate端需要復(fù)制一些東西的時候，觸發(fā)器會做一些手腳。之前我們好幾次沒有認(rèn)識到這個教訓(xùn)，導(dǎo)致我們丟失了很多數(shù)據(jù)，這些都是由觸發(fā)器引起的，這幾乎讓我們很是郁悶。
7）避免使用工具來自動生成你的模型
沒錯，這些工具的使用可以節(jié)約時間（雖然我們發(fā)現(xiàn)了Dali有一個很嚴(yán)重的bug,但是我們還是使用它），但是***你不得不重新做很多的事情。其實(shí)手動也花費(fèi)不了你很多的時間，當(dāng)你親自做的時候，這可以讓你有機(jī)會熟悉那些數(shù)據(jù)。
8) 盡量多的使用命名查詢語句（NamedQueries）
雖然很容易寫查詢語句，但是在許多的情況下，使用NamedQueries會更好，這會有助于你完成兩件事情：
a)它能更加重用，因?yàn)楸幻牟樵冋Z句通常在代碼的重要地方。
b)你的查詢語句在開始的時候就是正確的，那么在查詢語句中的錯誤更加容易發(fā)現(xiàn)。
要習(xí)慣這樣做需要花一些時間，但是這么做是值得的。
9）預(yù)期管理
對于任何一種框架、技術(shù)、甚至觀念來說，這是非常重要的，要銘記在心。由于某些原因，人們傾向于專注某一個特征，這些特征實(shí)際上或許不存在，或許被夸大。有時它很小，很容易理解（舉個例子，理解一些實(shí)際的工作，需要在Hibernate中映射），有時我也不知道他們是如何管理實(shí)現(xiàn)一些概念（如Hibernate是如何管理計劃修正的）。無論如何，找到預(yù)期目標(biāo)是什么，然后管理它們是非常重要的。如果你的團(tuán)隊(duì)認(rèn)為Hibernate會使得數(shù)據(jù)庫管理員沒有用處，把他們解雇，那么你將會有一個潛在的問題存在。
10）使用富域模型（rich domain modeling）
我所遇到的一件很悲哀的事情，就是在域?qū)ο髢H僅是一個簡單的數(shù)據(jù)容器的時候，我要使用Hibernate，而像Hibernate這樣的工具讓我們以面向?qū)ο蟮姆绞絹硎褂脭?shù)據(jù)。簡單的映射數(shù)據(jù)只是讓我們停留在中途。當(dāng)我本能的想到使用富域模型（rich domain modeling）的時候，我發(fā)現(xiàn)我們可以重用很多的代碼，我們的其它層變得不那么混亂了，并且我們的代碼更加容易測試。
【編輯推薦】
