鷹翔宇空

眾所周知,到了Hibernate3.0以后,關聯關系的對象默認都是使用延遲加載,例如<one-to-many>時.但我在映射<one-to-one>,<many-to-one>關系時指定了lazy="true",但是在查詢對象時,我只想查詢一個對象,仍然會把這個對象所關聯的<one-to-one>,<many-to-one>對象一起查詢出來,這樣造成了極大的性能浪費.在不指定lazy屬性時,<many-to-one>所關聯的對象反而會延遲加載,這讓我大為困惑,還以為是Hibernate的bug.
在網上查找資料,說在為了延遲加載<one-to-one>,<many-to-one>所關聯的對象,需要設置被關聯的對象<class name="" lazy="true">,我也這樣做了,但是仍然沒有效果.
仔細閱讀了Hibernate的手冊,才發現原來要延遲加載<one-to-one>,<many-to-one>所關聯的對象時,除了要指定lazy="true"外,還需要運行期字節碼增強,而我省去了這一步,所以延遲加載沒有效果.同時還發現在默認情況下,<one-to-one>,<many-to-one>的lazy屬性是"proxy"而不是"true"!因此如果直接采用lazy的默認值,是可以延遲加載的.
總結一下:
<many-to-one>默認的屬性是lazy="proxy",此時默認是會延遲加載的.在指定了lazy="true"之后,必須要經過運行期字節碼增加,延遲加載才有效果.
而<one-to-one>相對要復雜一點,延遲加載還要受到constrained屬性的限制.constrained="false"時表明實體和被關聯到的實體的約束不是強制的,即存在一個實體時,它通過<one-to-one>關聯的實體可能存在,也可能不存在,這時在查詢實體時,Hibernate總會發起一次查詢檢查<one-to-one>所關聯的實體是否存在,而這時已經可以把one-to-one關聯的實體查詢出來了,因此在<one-to-one>關系中,如果constrained="false",總是會立即加載關聯到的實體.
如果當constrained="true",且lazy="proxy"(默認),是可以延遲加載的.
如果當constrained="true",且lazy="true"時,需要經過運行期字節碼增加,延遲加載才會奏效.

但是這里我還是有個疑問，既然在lazy="proxy"時，已經實現了延遲加載的效果，為什么在lazy="true"時，還需要動態字節碼增強才能實現延遲加載呢？

Re: Hibernate中的延遲加載

以后在one-to-one或many-to-one中不會再有lazy="true"了，你可以理解成no-proxy．

[1]起碼還是好的方向: 默認就可以lazy了. 而且來了extra :)
[2]寫Hibernate的哥們也是要活命的嘛, 不改變怎么來的咨詢費, 不過Hibernate的migration寫的也還不錯.
[3]constrained如你所說, 而且我估計這個屬性以后不會有太大變更.

hope that helps :)
regards

鷹翔宇空

公告

常用鏈接

留言簿(16)

隨筆分類(107)

隨筆檔案(109)

文章分類(145)

文章檔案(141)

收藏夾(22)

java

javascript

jdbc

web

其它

開源項目

我的好友

最新隨筆

搜索

最新評論

閱讀排行榜

評論排行榜

Feedback


只有注冊用戶登錄后才能發表評論。




網站導航: 博客園 IT新聞 Chat2DB C++博客博問管理
相關文章: 一個HibernateUitl的類 Hibernate Annotations 實戰 Hibernate 3 Formulas（翻譯）為domain object注入依賴使用UserType來持久化復合類型屬性 OpenSessionInView會不會影響性能？ Hibernate中的延遲加載使用JDBC和Hibernate來寫入Blob型數據到Oracle中應用Hibernate3的DetachedCriteria實現分頁查詢 Hibernate源碼分析---數據庫連接池