zoukankan      html  css  js  c++  java
  • 关联实体的延迟加载

    默认情况下,Hibernate 也会采用延迟加载来加载关联实体,不管是一对多关联、还是一对一关联、多对多关联,Hibernate 默认都会采用延迟加载。

    对于关联实体,可以将其分为两种情况:

    • 关联实体是多个实体时(包括一对多、多对多):此时关联实体将以集合的形式存在,Hibernate 将使用 PersistentSet、PersistentList、PersistentMap、PersistentSortedMap、PersistentSortedSet 等集合来管理延迟加载的实体。这就是前面所介绍的情形。
    • 关联实体是单个实体时(包括一对一、多对一):当 Hibernate 加载某个实体时,延迟的关联实体将是一个动态生成代理对象。

    当关联实体是单个实体时,也就是使用 <many-to-one.../> 或 <one-to-one.../> 映射关联实体的情形,这两个元素也可通过 lazy 属性来指定延迟加载。

    下面例子把 Address 类也映射成持久化类,此时 Address 类也变成实体类,Person 实体与 Address 实体形成一对多的双向关联。此时的映射文件代码如下:


    清单 3. Person.hbm.xml

    <?xml version="1.0" encoding="GBK"?> 
     <!-- 指定 Hibernate 的 DTD 信息 --> 
     <!DOCTYPE hibernate-mapping PUBLIC 
    "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
    "http://www.hibernate.org/dtd/hibernate-mapping-3.0.dtd"> 
     <hibernate-mapping package="org.crazyit.app.domain"> 
     <!-- 映射 Person 持久化类 --> 
     <class name="Person" table="person_inf"> 
     <!-- 映射标识属性 id --> 
     <id name="id" column="person_id"> 
     <!-- 定义主键生成器策略 --> 
     <generator class="identity"/> 
     </id> 
     <!-- 用于映射普通属性 --> 
     <property name="name" type="string"/> 
     <property name="age" type="int"/> 
     <!-- 映射集合属性,集合元素是其他持久化实体
    没有指定 cascade 属性,指定不控制关联关系 --> 
     <set name="addresses" inverse="true"> 
     <!-- 指定关联的外键列 --> 
     <key column="person_id"/> 
     <!-- 用以映射到关联类属性 --> 
     <one-to-many class="Address"/> 
     </set> 
     </class> 
    
     <!-- 映射 Address 持久化类 --> 
     <class name="Address" table="address_inf"> 
     <!-- 映射标识属性 addressId --> 
     <id name="addressId" column="address_id"> 
     <!-- 指定主键生成器策略 --> 
     <generator class="identity"/> 
     </id> 
     <!-- 映射普通属性 detail --> 
     <property name="detail"/> 
     <!-- 映射普通属性 zip --> 
     <property name="zip"/> 
     <!-- 必须指定列名为 person_id, 
    与关联实体中 key 元素的 column 属性值相同 --> 
     <many-to-one name="person" class="Person"
     column="person_id" not-null="true"/> 
     </class> 
     </hibernate-mapping>

    接下来程序通过如下代码片段来加载 ID 为 1 的 Person 实体:

    1 // 打开上下文相关的 Session 
    2  Session session = sf.getCurrentSession(); 
    3  Transaction tx = session.beginTransaction(); 
    4  Address address = (Address) session.get(Address.class , 1); //<1> 
    5  System.out.println(address.getDetail()); 

    为了看到 Hibernate 加载 Address 实体时对其关联实体的处理,我们在 <1>号代码处设置一个断点,在 Eclipse 中进行 Debug,此时可以看到 Eclipse 的 Console 窗口输出如下 SQL 语句:

     select 
            address0_.address_id as address1_1_0_, 
            address0_.detail as detail1_0_, 
            address0_.zip as zip1_0_, 
            address0_.person_id as person4_1_0_ 
        from 
            address_inf address0_ 
        where 
            address0_.address_id=? 

     

    从这条 SQL 语句不难看出,Hibernate 加载 Address 实体对应的数据表抓取记录,并未从 Person 实体对应的数据表中抓取记录,这是延迟加载发挥了作用。

    从 Eclipse 的 Variables 窗口看到如图 4 所示的输出:


    图 4. 延迟加载的实体

    从图 4 可以清楚地看到,此时 Address 实体所关联的 Person 实体并不是 Person 对象,而是一个 Person_$$_javassist_0 类的实例,这个类是 Hibernate 使用 Javassist 项目动态生成的代理类——当 Hibernate 延迟加载关联实体时,将会采用 Javassist 生成一个动态代理对象,这个代理对象将负责代理“暂未加载”的关联实体。

    只要应用程序需要使用“暂未加载”的关联实体,Person_$$_javassist_0 代理对象会负责去加载真正的关联实体,并返回实际的关联实体——这就是最典型的代理模式。

    单击图 4 所示 Variables 窗口中的 person 属性(也就是在调试模式下强行使用 person 属性),此时看到 Eclipse 的 Console 窗口输出如下的 SQL 语句:

    select 
            person0_.person_id as person1_0_0_, 
            person0_.name as name0_0_, 
            person0_.age as age0_0_ 
        from 
            person_inf person0_ 
        where 
            person0_.person_id=? 

     

    上面 SQL 语句就是去抓取“延迟加载”的关联实体的语句。此时可以看到 Variables 窗口输出图 5 所示的结果:

    图 5. 已加载的实体

    Hibernate 采用“延迟加载”管理关联实体的模式,其实就在加载主实体时,并未真正去抓取关联实体对应数据,而只是动态地生成一个对象作为关联实体的代理。当应用程序真正需要使用关联实体时,代理对象会负责从底层数据库抓取记录,并初始化真正的关联实体。

    在 Hibernate 的延迟加载中,客户端程序开始获取的只是一个动态生成的代理对象,而真正的实体则委托给代理对象来管理——这就是典型的代理模式。

     

     

  • 相关阅读:
    hdu 2295 DLX
    hdu 4714 树形DP
    hdu 4711 动态规划
    hdu 3656 DLX
    hust 1017 DLX
    hdu 3938 并查集
    hdu 3652 打表
    poj 2152 树形DP
    洛谷P1266速度限制
    洛谷P1841重要的城市
  • 原文地址:https://www.cnblogs.com/jdbc/p/2629162.html
Copyright © 2011-2022 走看看