SSH问题及解决之二 级联配置
系统开发过程中采用Hibernate+JPA: 在一个Group与Resource之间存在多对多的关系:
1. 我的做法是在第三个关系类GroupResource中这样的配置:
@Column(name="work_group_id")
private Integer groupId;//常规的
@JoinColumn(name = "resourceId", referencedColumnName = "resourceId")
@OneToOne(cascade = CascadeType.PERSIST, fetch=FetchType.LAZY)
private Resource resource;//关系表中每一行的resourceId唯一对应一个Resource, 我是这么理解的.
2. 这样做的好处:
cascade = CascadeType.PERSIST: 这样在新增一个GroupResource时就不会同时执行更新Resource了(虽然数据不会出错，但多执行了一条SQL语句总觉得不适合.) , 而且Resource发生变化时也能及时的反馈到关系表的列表显示页面.
对于fetch=FetchType.LAZY, 我试了下一个Group有五个关联的GroupResource,其中有两个Resource是一样的， 那么通过hql的输出可以看出， 执行了4次Select * from Resource的操作, 而换成FetchType.EAGER, 观察了下还是执行了4次, 没有发现有多大区别, 望知情人告知.
3. 相关配置的解释:
* cascade表示级联操作
* CascadeType.MERGE级联更新：若items属性修改了那么order对象保存时同时修改items里的对象。对应EntityManager的merge方法
* CascadeType.PERSIST级联刷新：获取order对象里也同时也重新获取最新的items时的对象。对应EntityManager的refresh(object)方法有效。即会重新查询数据库里的最新数据
* CascadeType.REFRESH级联保存：对order对象保存时也对items里的对象也会保存。对应EntityManager的presist方法
* CascadeType.REMOVE级联删除：对order对象删除也对items里的对象也会删除。对应EntityManager的remove方法
* FetchType.LAZY表示懒加载。对于xxxtoMany时即获得多的一方fetch的默认值是FetchType.LAZY懒加载。对于xxxtoOne时即获得一的一方fetch的默认值是FetchType.EAGER立即加载
