亚洲国产一级在线观看,亚洲乱码中文论理电影,精品亚洲成a人在线观看

關于Hibernate一對一不能延遲加載的總結

眾所周知,到了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如你所說, 而且我估計這個屬性以后不會有太大變更.

字節碼增強是一種基于你的配置和定義，在運行時修改代碼的技術。有一個通用的代碼創建庫cglib，它允許延遲加載一個實現類，從而避免創建一個需要延遲加載的類型。Spring，iBatais，Hibernate這些框架都使用了這種技術，即所謂的動態代理。動態代理有兩種方式：
1）如果需要代理的類實現了一個接口，那么這些框架就在運行時使用reflect反射機制來創建一個實現了此接口的類作為代理類。
2）如果這個類沒有實現任何接口，那么就會使用cglib庫提供的方法來動態創建一個此類的子類作為代理類。其實也是使用了反射機制。cglib就是處理第二種情況的一個通用框架。

方法是：在主控方的<one-to-one>上加constrained=true,在被控方的class上加lazy=true,其實這個方法是可以的

我們都知道，一對一有兩種實現方式，主鍵關聯和外鍵關聯

主鍵關聯：就是說兩個表的主鍵是一樣的
                    product(id,name)   image(id,name)
                    其中image的id引用product的id,product是主，image是次
外鍵關聯：就是說是通過一個字段引用另一個表的主鍵
                    product(id,name)   image(id,name,productid)
                    其中image的productid引用product的id,product是主，image是次

在主鍵關聯時，按如下進行實體映射，是可以實現延遲加載的

<hibernate-mapping package="onetoonebypk">

</id>

<one-to-one name="image1"

class="Image1"

cascade="all"

constrained="true"

</one-to-one>

</class>

</hibernate-mapping>

<hibernate-mapping package="onetoonebypk" >

<param name="property">product1</param>

</generator>

</id>

<one-to-one name="product1"

class="Product1"

cascade="all">

</one-to-one>

</class>

</hibernate-mapping>

當使用外鍵關聯是，如果按如下方式編寫映射文件，使不能進行延遲加載的

<hibernate-mapping package="onetoonebyfk" >

</id>

<many-to-one name="product"

class="Product"

unique="true"

column="productid">

</many-to-one>

</class>

</hibernate-mapping>

<hibernate-mapping package="onetoonebyfk">

</id>

<one-to-one name="image"

class="Image"

cascade="all"

constrained="true"

property-ref="product"

</one-to-one>

</class>

</hibernate-mapping>

為什么呢，我認為是在主方product中，有這樣一句話property-ref="product"

這句話的意思是說加外鍵關聯類的屬性，如果不指定這個屬性，關聯類的主鍵就會被使用

也就是說，如果不制定這個，在查找image時就會使用
select * from image where imageid==product_id 而不是
select * from image where productid==product_id

我們在知道product_id的時候，需要找image中productid等于product_id記錄，而不是用image的主鍵作為比較

去掉propery-def后，倒是可以延遲加載，但在讀取product.getImage()方法時會報沒有指定id記錄的異常，不過這也正常，我們怎么能用image的主鍵和product_id建立查詢條件呢

至于為什么這樣，我不是很清楚

總之：我目前的結論是：用主鍵關聯，可以延遲加載，用外鍵關聯，暫時不考慮延遲加載

至于為什么，希望能到大家的幫助

posted on 2011-11-09 22:05 SIMONE 閱讀(11166) 評論(6) 編輯收藏所屬分類: JAVA

常用鏈接

留言簿(46)

隨筆分類(476)

隨筆檔案(495)

最新隨筆

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜


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




網站導航: 博客園 IT新聞 Chat2DB C++博客博問管理
相關文章: java keytool證書工具使用小結 Java 和 HTTP 的那些事（二）使用代理使用embeded tomcat進行嵌入式javaee開發－啟動tomcat java修改static final常量值 Max MQTT connections HDFS配置Kerberos認證 Benchmarking Apache Kafka: 2 Million Writes Per Second (On Three Cheap Machines) Kafka 高性能吞吐揭秘 JAVA實現gif圖片縮放與剪切功能基于Redis實現分布式鎖