有兩張表,table1和table2.產生此問題的原因就是table1裏做了關聯<one-to-one>或者<many-to-one unique="true">(特殊的多對一映射,實際就是一對一)來關聯table2.當hibernate查找的時候,table2裏的數據沒有與table1相匹配的,這樣就會報No row with the given identifier exists這個錯.(一句話,就是數據的問題!)
假如說,table1裏有自身的主鍵id1,還有table2的主鍵id2,這兩個字段.
如果hibenrate設置的單項關聯,即使table1中的id2爲null值,table2中id2中有值,查詢都不會出錯.但是如果table1中的id2字段有值,但是這個值在table2中主鍵值裏並沒有,就會報上面的錯!
如果hibernate是雙向關聯,那麼table1中的id2爲null值,但是table2中如果有值,就會報這個錯.這種情況目前的解決辦法就是改成單項關聯,或者把不對應的數據改對!
這就是報這個錯的原因了,知道原因了就相應的改就行了.或許還有些人迷惑hibernate關聯都配好了,怎麼會出現這樣的錯?其實這是編程的時候出現的問題,假如說我在添加信息的時候,頁面傳過來的struts的formbean到dao方法中需要封裝成hibernate的po(就是hibenrate的bean),要是一個個po.get(form.set())實在太麻煩了,這樣一般都會寫個專門的方法來封裝,遇到po.get(form.set())這種情況直接把struts的formbean對象傳到此方法中封裝就行了,假如我有個字段是創建人id,那麼這個字段是永遠不會改的,我在添加的時候還調用這個方法,這個專門封裝的方法是有一些判斷的,假如說我判斷一下,如果遇到創建人id傳過來爲空值,我判斷如果是空值,我把創建人id設爲0,但是用戶表中userid是主鍵從1開始自增的,那麼這樣數據就對應不上了,一查就會出這個錯了.這個錯在開發剛開始的時候經常發生,因爲每個人的模塊都是由相應的人獨立開發完成以後再整合在一起的,每個人寫單獨那一塊的時候往往會忽略這些,所以整合的時候這些問題往往就都一下子全冒出來了....整合很辛苦!
hibernate的查詢的比較
hibernate的查詢有很多,Query,find,Criteria,get,load
query使用hsql語句，可以設置參數是常用的一種方式
criteria的方式，儘量避免了寫hql語句，看起來更面向對象了。
find方式，這種方式已經被新的hibernate丟棄
get和load方式是根據id取得一個記錄
下邊詳細說一下get和load的不同，因爲有些時候爲了對比也會把find加進來。
1，從返回結果上對比：
load方式檢索不到的話會拋出org.hibernate.ObjectNotFoundException異常
get方法檢索不到的話會返回null
2，從檢索執行機制上對比：
get方法和find方法都是直接從數據庫中檢索
而load方法的執行則比較複雜
1,首先查找session的persistent Context中是否有緩存，如果有則直接返回
2,如果沒有則判斷是否是lazy，如果不是直接訪問數據庫檢索，查到記錄返回，查不到拋出異常
3,如果是lazy則需要建立代理對象，對象的initialized屬性爲false，target屬性爲null
4, 在訪問獲得的代理對象的屬性時,檢索數據庫，如果找到記錄則把該記錄的對象複製到代理對象的target
上，並將initialized=true，如果找不到就拋出異常 。