hibernate載入持久化對象的兩種方式——get、load

標籤：便宜   資源   mil   pos   實體   之間   資訊   說明   方式   

一.get與load對照

     在hibernate中get和load方法是依據id取得持久化對象的兩種方法。但在實際使用的過程中總會把兩者混淆，不知道什麼情況下使用get好，什麼時候使用load方法效率更高。下邊具體說一下get和load的不同，有些時候為了對照也會把find加進來。

1.從返回結果上對照：      load方式檢索不到的話會拋出org.hibernate.ObjectNotFoundException異常
get方法檢索不到的話會返回null

2.從檢索運行機制上對照： 

      get方法和find方法都是直接從資料庫中檢索 而load方法的運行則比較複雜首先尋找session的persistent Context中是  否有緩衝。假設有則直接返回 假設沒有則推斷是否是lazy。假設不是直接訪問資料庫檢索，查到記錄返回。查不到拋出異常 假設是lazy則須要建立代理對象。對象的initialized屬性為false。target屬性為null 在訪問獲得的代理對象的屬性時,檢索資料庫，假設找到記錄則把該記錄的對象拷貝到代理對象的target上。並將initialized=true，假設找不到就拋出異常。

3.根本差別說明      假設你使用load方法，hibernate覺得該id相應的對象（資料庫記錄）在資料庫中是一定存在的。所以它能夠放心的使用，它能夠放心的使用代理來延遲載入該對象。在用到對象中的其它屬性資料時才查詢資料庫，可是萬一資料庫中不存在該記錄，那沒辦法，僅僅能拋異常。

所說的load方法拋異常是指在使用 該對象的資料時，資料庫中不存在該資料時拋異常，而不是在建立這個對象時。

      因為session中的緩衝對於hibernate來說是個相當便宜的資源。所以在load時會先查一下session緩衝看看該id相應的對象是否存在，不存在則建立代理。

所以假設你知道該id在資料庫中一定有相應記錄存在就能夠使用load方法來實現延遲載入。

      對於get方法，hibernate會確認一下該id相應的資料是否存在，首先在session緩衝中尋找，然後在二級緩衝中尋找。還沒有就查資料庫，資料庫中沒有就返回null。

      對於load和get方法傳回型別：儘管好多書中都這麼說：“get()永遠僅僅返回實體類”。但實際上這是不對的，get方法假設在 session緩衝中找到了該id相應的對象，假設剛好該對象前面是被代理過的。如被load方法使用過，或者被其它關聯對象延遲載入過，那麼返回的還是 原先的代理對象，而不是實體類對象，假設該代理對象還沒有載入實體資料（就是id以外的其它屬性資料），那麼它會查詢二級緩衝或者資料庫來載入資料，可是 返回的還是代理對象。僅僅只是已經載入了實體資料。

      get方法首先查詢session緩衝，沒有的話查詢二級緩衝。最後查詢資料庫。反而load方法建立時首先查詢session緩衝，沒有就建立代理，實際使用資料時才查詢二級緩衝和資料庫。

二.使用情況分析

      至於何種情況使用get什麼時候使用load。我感覺最本質的還是要看要載入的持久化對象及資料量。

當要載入的對象與其它對象沒有複雜的聯絡時使用get和load沒有太大的差別；當要載入的對象和其它對象之間有複雜的關聯關係。而且對象之間的關聯數量比較大的情況下使用load方法要比get方法效率高。

比方班級和學生兩個持久化對象實體，當取得班級資訊時也要載入相應班級的全部學生資訊。可是假設在程式中我們如今須要的知識班級資訊而不須要學生資訊。在這樣的情況下get方式要等到班級資訊連同學生資訊都載入完成才幹使用，而load方式會首先載入班級資訊並儲存班級與學生之間的關係，等到真正使用學生資訊的時候才會去載入。所以在關係複雜而且資料量大的情況下load方式要明顯有優勢。

三.簡單總結

      

      總之對於get和load的根本差別。一句話，hibernate對於load方法覺得該資料在資料庫中一定存在，能夠放心的使用代理來延遲載入，假設在使用過程中發現了問題，僅僅能拋異常；而對於get方法，hibernate一定要擷取到真實的資料，否則返回null。在實際使用過程中假設分不清使用哪一種，直接使用load方式就可以。

hibernate載入持久化對象的兩種方式——get、load