描述Hibernate檢查id字段
學(xué)習(xí)Hibernate時(shí)，經(jīng)常會(huì)遇到id字段問(wèn)題，這里將介紹問(wèn)題的解決方法——Hibernate檢查id字段。
當(dāng)你想要?jiǎng)?chuàng)建一個(gè)將其它域?qū)ο蟊４嬖赟et，Map或是List里面的域?qū)ο髸r(shí)，這是一個(gè)問(wèn)題。為了解決這個(gè)問(wèn)題，你必須為你的所有對(duì)象提供一種equals()和hashCode()的實(shí)現(xiàn)，這種實(shí)現(xiàn)能夠保證在它們?cè)趯?duì)象保存前后正確工作并且當(dāng)對(duì)象在內(nèi)存中時(shí)（返回值）不會(huì)改變。Hibernate參考文檔提供了以下的建議：
“不要使用數(shù)據(jù)庫(kù)標(biāo)識(shí)符來(lái)實(shí)現(xiàn)等價(jià)的判斷，而應(yīng)該使用商業(yè)鍵值（business key），一種***的，通常不改變的屬性的結(jié)合體。當(dāng)一個(gè)buk不可序列化對(duì)象（transient object）被持久化的時(shí)候，數(shù)據(jù)庫(kù)標(biāo)識(shí)符會(huì)發(fā)生改變。當(dāng)一個(gè)不可序列化實(shí)例（常常和detached instances在一起）被包含在一個(gè)Set里面時(shí)，哈希值的改變會(huì)破壞Set的從屬關(guān)系。商業(yè)鍵值的屬性并不要求和數(shù)據(jù)庫(kù)主鍵一樣穩(wěn)定，你只要保證當(dāng)對(duì)象在某個(gè)Set中時(shí)它們的穩(wěn)定性。
“我們推薦判斷商業(yè)鍵值的等價(jià)性來(lái)實(shí)現(xiàn)equals()和hashCode()兩個(gè)方法。這意味著equals()方法只比較能夠區(qū)分現(xiàn)實(shí)世界中的實(shí)例的商業(yè)鍵值（某個(gè)候選碼）的屬性。“(Hibernate 參考文檔 v. 3.1.1).
換句話說(shuō)，equals()和hashCode()使用商業(yè)鍵值進(jìn)行處理，而對(duì)象使用Hibernate生成的鍵值作為id值。這要求對(duì)于每個(gè)對(duì)象有一個(gè)相關(guān)的不會(huì)改變的商業(yè)鍵值?？墒?，并不是每個(gè)對(duì)象類(lèi)型都有這樣的一種鍵，這時(shí)候你可能會(huì)嘗試使用會(huì)改變但不時(shí)常改變的字段。這和商業(yè)鍵值不必和數(shù)據(jù)庫(kù)主鍵一樣穩(wěn)定的思想相吻合。當(dāng)對(duì)象在Collection中時(shí)候如果這種鍵不改變，那它們似乎就“足夠好”了。這是一種危險(xiǎn)的主張，這意味著你的應(yīng)用程序可能不會(huì)崩潰，但是前提是沒(méi)有人在特定的情況下更新了特定的字段。所以，應(yīng)當(dāng)有一種更好的解決方案，而它確實(shí)也存在。試圖創(chuàng)建和維護(hù)在對(duì)象和數(shù)據(jù)庫(kù)行兩者間有著分離的定義的標(biāo)識(shí)符是目前為止討論的所有問(wèn)題的根源。如果我們統(tǒng)一所有標(biāo)識(shí)符的形式，這些問(wèn)題都將不復(fù)存在。也就時(shí)說(shuō)，作為以數(shù)據(jù)庫(kù)為中心和以對(duì)象為中心的標(biāo)識(shí)符的替代品，我們應(yīng)該創(chuàng)建一種通用的，特定于實(shí)體的ID來(lái)代表數(shù)據(jù)實(shí)體，這種ID應(yīng)該在數(shù)據(jù)***次輸入的時(shí)候產(chǎn)生。無(wú)論一個(gè)***數(shù)據(jù)實(shí)體是保存在數(shù)據(jù)庫(kù)，是作為對(duì)象駐留在內(nèi)存，還時(shí)存貯在其它格式的介質(zhì)中，這個(gè)通用ID都應(yīng)該可以識(shí)別它。通過(guò)使用數(shù)據(jù)實(shí)體***次創(chuàng)建時(shí)指派的ID，我們可以安全的回到我們對(duì)equals()和hashCode()的原始定義。它們只是簡(jiǎn)單地使用了這個(gè)id：
- public class Person {
- // assign an id as soon as possible
- private String id = IdGenerator.createId();
- private Integer version;
- public String getId() { return id; }
- public void setId(String id) {
- this.id = id;
- }
- public Integer getVersion() {
- return version;
- }
- public void setVersion(Integer version) {
- this.version = version;
- }
- // Person-specific fields and behavior here
- public boolean equals(Object o) {
- if (this == o) return true;
- if (o == null || !(o instanceof Person)) return false;
- Person other = (Person)o;
- if (id == null) return false;
- return id.equals(other.getId());
- }
- public int hashCode() {
- if (id != null) {
- return id.hashCode();
- } else {
- return super.hashCode();
- }
- }
- }
這個(gè)例子使用id作為equals() 方法判斷等價(jià)的標(biāo)準(zhǔn)以及hashCode()返回哈希值的來(lái)源。這就簡(jiǎn)單了許多。但是，要讓它正常工作，我們需要兩樣?xùn)|西。首先，我們需要保證每個(gè)對(duì)象在被保存之前都有一個(gè)id值。在這個(gè)例子里，當(dāng)id變量被聲明的時(shí)候，它就被指派了一個(gè)值。其次，我們需要一種判斷這個(gè)對(duì)象是新生成的還是之前保存過(guò)的的手段。在我們最早的例子中，Hibernate檢查id字段是否為空來(lái)判斷對(duì)象是否時(shí)新生成的。既然我們的對(duì)象id永遠(yuǎn)不為空，這個(gè)方法顯然不再有效。為了解決這個(gè)問(wèn)題，我們可以很容易的配置Hibernate，讓它檢查version字段，而不是id字段是否為空。version字段是一個(gè)更為恰當(dāng)?shù)挠脕?lái)判斷你的對(duì)象是否被保存過(guò)的指示器。
下面是我們改進(jìn)過(guò)的Person類(lèi)的Hibernate映射文件。
- ＜?XML version="1.0"?＞
- ＜hibernate-mapping package="my.package"＞
- ＜class name="Person" table="PERSON"＞
- ＜id name="id" column="ID"＞
- ＜generator class="assigned" /＞
- ＜/id＞
- ＜version name="version" column="VERSION" unsaved-value="null" /＞
- ＜!-- Map Person-specific properties here. --＞
- ＜/class＞
- ＜/hibernate-mapping＞
注意，id下面的generator標(biāo)簽包含了屬性class="assigned".這個(gè)屬性告訴Hibernate我們不是讓數(shù)據(jù)庫(kù)指派id值而是在我們的代碼里面指派id值。Hibernate會(huì)簡(jiǎn)單地認(rèn)為即使是新的，沒(méi)有經(jīng)過(guò)保存的對(duì)象也有id值。我們也給version標(biāo)簽新增了一個(gè)unsaved-value="null"的屬性。這個(gè)屬性告訴Hibernate應(yīng)該把version值而不是id值為null作為對(duì)象是新創(chuàng)建而成的指示器。我們也可以簡(jiǎn)單的告訴Hibernate把負(fù)值作為對(duì)象未經(jīng)保存的指示器，如果你喜歡把version字段的類(lèi)型設(shè)置為int而不是Integer，這將是很有用的。以上介紹Hibernate檢查id字段。
【編輯推薦】
