`

EJB3.0实体的注解规范(转载)

    博客分类:
  • EJB
阅读更多
EJB3为延迟加载和获取模式提供了 fetch选项,而Hibernate在这方面提供了更丰富的选项集.为了更好的调整延迟加载和获取策略,Hibernate引入了一些附加的注解: 
            @LazyToOne: 定义了 
             @ManyToOne 和 @OneToOne 
            关联的延迟选项. LazyToOneOption 可以是 
            PROXY (例如:基于代理的延迟加载), 
            NO_PROXY (例如:基于字节码增强的延迟加载 - 注意需要在构建期处理字节码) 
            FALSE (非延迟加载的关联) 
   
            @LazyCollection: 定义了 
            @ManyToMany和 @OneToMany 

             关联的延迟选项. LazyCollectionOption可以是 
            TRUE (集合具有延迟性,只有在访问的时候才加载), 
             EXTRA (集合具有延迟性,并且所有的操作都会尽量避免加载集合,对于一个巨大的集合特别有用, 
             因为这样的集合中的元素没有必要全部加载)和 
             FALSE(非延迟加载的关联) 

下面例子对LazyCollectionOption的举例说明: 

/**********一方********/ 
@Entity 
public class WorkGroup{ 
       private String poid; 
               ...... 
        private List<WorkGroupMachine> works = new ArrayList<WorkGroupMachine>; 

               ........ 

        @OneToMany(mappedBy = "workGroup", fetch = FetchType.LAZY, cascade ={CascadeType.ALL}) 
       @LazyCollection(LazyCollectionOption.TRUE) 
       @org.hibernate.annotations.Cascad(value=  
org. hibernate.annotations.CascadeType.DELETE_ORPHAN) 
      @org.hibernate.annotations.Fetch(org.hibernate.annotations.FetchMode.SUBSELECT) 
        public List<WorkGroupMachine> getWorkGroupMachines() { 
                         return workgrupMachines; 
       } 
} 

/***********多方*****************/ 

@Entity 
public class WorkGroupMachine{ 
         private WorkGroup workGroup; 
                  ........... 
        @ManyToOne(fetch = FetchType.LAZY) 
         @JoinColumn(name = "WorkGroupId", nullable = false) 
        public WorkGroup getWorkGroup() { 
                 return workGroup; 
          } 
} 

如下为test case: 

public void testWork(){ 
   WorkGroup group = workGroupEao.findByPoid(getPOID()); 
   group.getWorkGroupMachines().size(); 

} 

console output: 
select * from WorkGroup w where w.poid = ?; 
select * from WroupMachine m where m.work_fk = ?; 
可见如果LazyCollectionOption.TRUE,在获取size()时,会进行全体查询.并都加载到内存中. 

如把上面LazyCollectionOption.EXTRA,后console output: 
select * from WorkGroup w where w.poid = ?; 
select count(*) from WroupMachine m where m.work_fk = ?; 
此时在内存中不存在WroupMachine的数据,只有在下次request时,如 group.getWorkGroupMachines().get(0).getName()时,才会真正的获取记录到内存中. 

下面为对Fetch的用法: 
   @Fetch: 
    定义了加载关联关系的获取策略. FetchMode 可以是 
     SELECT (在需要加载关联的时候触发select操作), 
    SUBSELECT(只对集合有效,使用了子查询策略,详情参考Hibernate参考文档) 
     JOIN (在加载主实体(owner entity)的时候使用SQL JOIN来加载关联关系). 
    JOIN 将覆写任何延迟属性 (通过 JOIN策略加载的关联将不再具有延迟性). 
分享到:
评论

相关推荐

    EJB3.0实体的注解规范

    EJB3.0实体的注解规范,覆盖了EJB3.0(也就是JPA)实体的注解规范以及Hibernate特有的扩展

    JPA 批注参考 EJB3.0实体Bean注解详细解析

    在JPA 之前,Java EE 应用程序将持续类表示为容器管理的实体bean 。使用JPA,您可以将 任何普通的旧式Java 对象(POJO) 类指定为JPA 实体:一个应使用JPA 持续性提供程序的 服务将其非临时字段持久保存到关系数据库...

    EJB3.0-JPA实体的注解规范以及Hibernate特有的扩展

    web开发的技术文档 集成了不少web开发框架的API 方便查阅

    传智播客 EJB3.0PPT 完整版 黎明活

    本资源为PPT,配套视频为: 01_下载安装与运行jboss 02_开发第一个无状态会话bean 03_开发EJB的客户端 04_把jboss集成进... 附录02_EJB3.0推荐教程 附录03_EJB3的运行环境 如果需要配套视频,请给本人私信。

    ejb3.0 jpa

    JPA通过JDK 5.0注解或XML描述对象-关系表的映射关系,并将运行期的实体对象持久化到数据库中,图 1很好地描述了JPA的结构: Sun引入新的JPA ORM规范出于两个原因:其一,简化现有Java EE和Java SE应用的对象持久...

    JPA 注解参考文档

    JPA全称Java Persistence API.JPA通过JDK 5.0注解或XML描述对象-关系表的映射关系,并将运行期的实体对象持久化到数据库中...同时JPA也是JavaEE5 (EJB) 3.0 规范的组成部分。 这个文档是针对JPA常用注解的一些说明。

    JPA注解参考文档

    JPA全称Java Persistence API.JPA通过JDK 5.0注解或XML描述对象-关系表的映射关系,并将运行期的实体对象持久化到数据库中...同时JPA也是JavaEE5 (EJB) 3.0 规范的组成部分。 这个文档是针对JPA常用注解的一些说明。

    Hibernate实战(第2版 中文高清版)

    第一部分 从Hibernate和EJB 3.0开始  第1章 理解对象/关系持久化   1.1 什么是持久化   1.1.1 关系数据库   1.1.2 理解SQL   1.1.3 在Java中使用SQL   1.1.4 面向对象应用程序中的持久化   1.2 范式不...

    JPA 批注参考.pdf

    作为 Java 企业版 5 (Java EE 5) Enterprise Java Bean (EJB) 3.0 规范的组成部分,Java 持续性 API (JPA) 显著简化了 EJB 持续性并提供了一个对象关系映射方法,该方法使您可以采用声明方式定义如何通过一种标准...

    Hibernate注解

    * @content ejb3注解的API定义在javax.persistence.*包里面。 * * 注释说明: * @Entity —— 将一个类声明为一个实体bean(即一个持久化POJO类) * @Id —— 注解声明了该实体bean的标识属性(对应表中的主键)。 * ...

Global site tag (gtag.js) - Google Analytics