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