Hibernate檢查id字段的方法是什么

這篇文章主要講解了“Hibernate檢查id字段的方法是什么”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“Hibernate檢查id字段的方法是什么”吧！

當(dāng)你想要創(chuàng)建一個將其它域?qū)ο蟊４嬖赟et，Map或是List里面的域?qū)ο髸r，這是一個問題。為了解決這個問題，你必須為你的所有對象提供一種equals()和hashCode()的實現(xiàn)，這種實現(xiàn)能夠保證在它們在對象保存前后正確工作并且當(dāng)對象在內(nèi)存中時（返回值）不會改變。Hibernate參考文檔提供了以下的建議：

“不要使用數(shù)據(jù)庫標識符來實現(xiàn)等價的判斷，而應(yīng)該使用商業(yè)鍵值（business key），一種***的，通常不改變的屬性的結(jié)合體。當(dāng)一個buk不可序列化對象（transient object）被持久化的時候，數(shù)據(jù)庫標識符會發(fā)生改變。當(dāng)一個不可序列化實例（常常和detached instances在一起）被包含在一個Set里面時，哈希值的改變會破壞Set的從屬關(guān)系。商業(yè)鍵值的屬性并不要求和數(shù)據(jù)庫主鍵一樣穩(wěn)定，你只要保證當(dāng)對象在某個Set中時它們的穩(wěn)定性。

“我們推薦判斷商業(yè)鍵值的等價性來實現(xiàn)equals()和hashCode()兩個方法。這意味著equals()方法只比較能夠區(qū)分現(xiàn)實世界中的實例的商業(yè)鍵值（某個候選碼）的屬性?！?Hibernate 參考文檔 v. 3.1.1).

換句話說，equals()和hashCode()使用商業(yè)鍵值進行處理，而對象使用Hibernate生成的鍵值作為id值。這要求對于每個對象有一個相關(guān)的不會改變的商業(yè)鍵值。可是，并不是每個對象類型都有這樣的一種鍵，這時候你可能會嘗試使用會改變但不時常改變的字段。這和商業(yè)鍵值不必和數(shù)據(jù)庫主鍵一樣穩(wěn)定的思想相吻合。當(dāng)對象在Collection中時候如果這種鍵不改變，那它們似乎就“足夠好”了。這是一種危險的主張，這意味著你的應(yīng)用程序可能不會崩潰，但是前提是沒有人在特定的情況下更新了特定的字段。所以，應(yīng)當(dāng)有一種更好的解決方案，而它確實也存在。試圖創(chuàng)建和維護在對象和數(shù)據(jù)庫行兩者間有著分離的定義的標識符是目前為止討論的所有問題的根源。如果我們統(tǒng)一所有標識符的形式，這些問題都將不復(fù)存在。也就時說，作為以數(shù)據(jù)庫為中心和以對象為中心的標識符的替代品，我們應(yīng)該創(chuàng)建一種通用的，特定于實體的ID來代表數(shù)據(jù)實體，這種ID應(yīng)該在數(shù)據(jù)***次輸入的時候產(chǎn)生。無論一個***數(shù)據(jù)實體是保存在數(shù)據(jù)庫，是作為對象駐留在內(nèi)存，還時存貯在其它格式的介質(zhì)中，這個通用ID都應(yīng)該可以識別它。通過使用數(shù)據(jù)實體***次創(chuàng)建時指派的ID，我們可以安全的回到我們對equals()和hashCode()的原始定義。它們只是簡單地使用了這個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();   }  }  }

這個例子使用id作為equals() 方法判斷等價的標準以及hashCode()返回哈希值的來源。這就簡單了許多。但是，要讓它正常工作，我們需要兩樣?xùn)|西。首先，我們需要保證每個對象在被保存之前都有一個id值。在這個例子里，當(dāng)id變量被聲明的時候，它就被指派了一個值。其次，我們需要一種判斷這個對象是新生成的還是之前保存過的的手段。在我們最早的例子中，Hibernate檢查id字段是否為空來判斷對象是否時新生成的。既然我們的對象id永遠不為空，這個方法顯然不再有效。為了解決這個問題，我們可以很容易的配置Hibernate，讓它檢查version字段，而不是id字段是否為空。version字段是一個更為恰當(dāng)?shù)挠脕砼袛嗄愕膶ο笫欠癖槐４孢^的指示器。

下面是我們改進過的Person類的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標簽包含了屬性class="assigned".這個屬性告訴Hibernate我們不是讓數(shù)據(jù)庫指派id值而是在我們的代碼里面指派id值。Hibernate會簡單地認為即使是新的，沒有經(jīng)過保存的對象也有id值。我們也給version標簽新增了一個unsaved-value="null"的屬性。這個屬性告訴Hibernate應(yīng)該把version值而不是id值為null作為對象是新創(chuàng)建而成的指示器。我們也可以簡單的告訴Hibernate把負值作為對象未經(jīng)保存的指示器，如果你喜歡把version字段的類型設(shè)置為int而不是Integer，這將是很有用的。

感謝各位的閱讀，以上就是“Hibernate檢查id字段的方法是什么”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對Hibernate檢查id字段的方法是什么這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！