您好,登錄后才能下訂單哦!
這篇文章主要講解了“Hibernate檢查id字段的方法是什么”,文中的講解內容簡單清晰,易于學習與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學習“Hibernate檢查id字段的方法是什么”吧!
當你想要創建一個將其它域對象保存在Set,Map或是List里面的域對象時,這是一個問題。為了解決這個問題,你必須為你的所有對象提供一種equals()和hashCode()的實現,這種實現能夠保證在它們在對象保存前后正確工作并且當對象在內存中時(返回值)不會改變。Hibernate參考文檔提供了以下的建議:
“不要使用數據庫標識符來實現等價的判斷,而應該使用商業鍵值(business key),一種***的,通常不改變的屬性的結合體。當一個buk不可序列化對象(transient object)被持久化的時候,數據庫標識符會發生改變。當一個不可序列化實例(常常和detached instances在一起)被包含在一個Set里面時,哈希值的改變會破壞Set的從屬關系。商業鍵值的屬性并不要求和數據庫主鍵一樣穩定,你只要保證當對象在某個Set中時它們的穩定性。
“我們推薦判斷商業鍵值的等價性來實現equals()和hashCode()兩個方法。這意味著equals()方法只比較能夠區分現實世界中的實例的商業鍵值(某個候選碼)的屬性。“(Hibernate 參考文檔 v. 3.1.1).
換句話說,equals()和hashCode()使用商業鍵值進行處理,而對象使用Hibernate生成的鍵值作為id值。這要求對于每個對象有一個相關的不會改變的商業鍵值。可是,并不是每個對象類型都有這樣的一種鍵,這時候你可能會嘗試使用會改變但不時常改變的字段。這和商業鍵值不必和數據庫主鍵一樣穩定的思想相吻合。當對象在Collection中時候如果這種鍵不改變,那它們似乎就“足夠好”了。這是一種危險的主張,這意味著你的應用程序可能不會崩潰,但是前提是沒有人在特定的情況下更新了特定的字段。所以,應當有一種更好的解決方案,而它確實也存在。試圖創建和維護在對象和數據庫行兩者間有著分離的定義的標識符是目前為止討論的所有問題的根源。如果我們統一所有標識符的形式,這些問題都將不復存在。也就時說,作為以數據庫為中心和以對象為中心的標識符的替代品,我們應該創建一種通用的,特定于實體的ID來代表數據實體,這種ID應該在數據***次輸入的時候產生。無論一個***數據實體是保存在數據庫,是作為對象駐留在內存,還時存貯在其它格式的介質中,這個通用ID都應該可以識別它。通過使用數據實體***次創建時指派的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()返回哈希值的來源。這就簡單了許多。但是,要讓它正常工作,我們需要兩樣東西。首先,我們需要保證每個對象在被保存之前都有一個id值。在這個例子里,當id變量被聲明的時候,它就被指派了一個值。其次,我們需要一種判斷這個對象是新生成的還是之前保存過的的手段。在我們最早的例子中,Hibernate檢查id字段是否為空來判斷對象是否時新生成的。既然我們的對象id永遠不為空,這個方法顯然不再有效。為了解決這個問題,我們可以很容易的配置Hibernate,讓它檢查version字段,而不是id字段是否為空。version字段是一個更為恰當的用來判斷你的對象是否被保存過的指示器。
下面是我們改進過的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我們不是讓數據庫指派id值而是在我們的代碼里面指派id值。Hibernate會簡單地認為即使是新的,沒有經過保存的對象也有id值。我們也給version標簽新增了一個unsaved-value="null"的屬性。這個屬性告訴Hibernate應該把version值而不是id值為null作為對象是新創建而成的指示器。我們也可以簡單的告訴Hibernate把負值作為對象未經保存的指示器,如果你喜歡把version字段的類型設置為int而不是Integer,這將是很有用的。
感謝各位的閱讀,以上就是“Hibernate檢查id字段的方法是什么”的內容了,經過本文的學習后,相信大家對Hibernate檢查id字段的方法是什么這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是億速云,小編將為大家推送更多相關知識點的文章,歡迎關注!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。