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策略加载的关联将不再具有延迟性).
分享到:
- 2009-06-03 13:04
- 浏览 1764
- 评论(0)
- 论坛回复 / 浏览 (0 / 2051)
- 查看更多
相关推荐
在JPA 之前,Java EE 应用程序将持续类表示为容器管理的实体bean 。使用JPA,您可以将 任何普通的旧式Java 对象(POJO) 类指定为JPA 实体:一个应使用JPA 持续性提供程序的 服务将其非临时字段持久保存到关系数据库...
web开发的技术文档 集成了不少web开发框架的API 方便查阅
本资源为PPT,配套视频为: 01_下载安装与运行jboss 02_开发第一个无状态会话bean 03_开发EJB的客户端 04_把jboss集成进... 附录02_EJB3.0推荐教程 附录03_EJB3的运行环境 如果需要配套视频,请给本人私信。
JPA通过JDK 5.0注解或XML描述对象-关系表的映射关系,并将运行期的实体对象持久化到数据库中,图 1很好地描述了JPA的结构: Sun引入新的JPA ORM规范出于两个原因:其一,简化现有Java EE和Java SE应用的对象持久...
JPA全称Java Persistence API.JPA通过JDK 5.0注解或XML描述对象-关系表的映射关系,并将运行期的实体对象持久化到数据库中...同时JPA也是JavaEE5 (EJB) 3.0 规范的组成部分。 这个文档是针对JPA常用注解的一些说明。
JPA全称Java Persistence API.JPA通过JDK 5.0注解或XML描述对象-关系表的映射关系,并将运行期的实体对象持久化到数据库中...同时JPA也是JavaEE5 (EJB) 3.0 规范的组成部分。 这个文档是针对JPA常用注解的一些说明。
第一部分 从Hibernate和EJB 3.0开始 第1章 理解对象/关系持久化 1.1 什么是持久化 1.1.1 关系数据库 1.1.2 理解SQL 1.1.3 在Java中使用SQL 1.1.4 面向对象应用程序中的持久化 1.2 范式不...
作为 Java 企业版 5 (Java EE 5) Enterprise Java Bean (EJB) 3.0 规范的组成部分,Java 持续性 API (JPA) 显著简化了 EJB 持续性并提供了一个对象关系映射方法,该方法使您可以采用声明方式定义如何通过一种标准...
* @content ejb3注解的API定义在javax.persistence.*包里面。 * * 注释说明: * @Entity —— 将一个类声明为一个实体bean(即一个持久化POJO类) * @Id —— 注解声明了该实体bean的标识属性(对应表中的主键)。 * ...