`
chenyuguxing
  • 浏览: 38008 次
  • 性别: Icon_minigender_1
  • 来自: 北京
文章分类
社区版块
存档分类
最新评论

关于 Hibernate 级联操作

 
阅读更多
EJB3 支持的操作类型
  [java]
  /**
  * Cascade types (can override default EJB3 cascades
  */
  public enum CascadeType {
  ALL,
  PERSIST,
  MERGE,
  REMOVE,
  REFRESH,
  DELETE,
  SAVE_UPDATE,
  REPLICATE,
  /** @deprecated use @OneToOne(orphanRemoval=true) or @OneToMany(orphanRemoval=true) */
  @Deprecated
  DELETE_ORPHAN,
  LOCK,
  /** @deprecated use javax.persistence.CascadeType.DETACH */
  @Deprecated
  EVICT,
  DETACH
  }
  级联更新保存
  [java]
  @JoinColumn(name = "conf_file_id", referencedColumnName = "conf_file_id",insertable = true,updatable = true)
  @Cascade(value = {org.hibernate.annotations.CascadeType.SAVE_UPDATE})
  级联删除
  [java]
  @OneToMany(mappedBy = "projectByProPlanId",orphanRemoval=true)
  @Cascade(value = {org.hibernate.annotations.CascadeType.SAVE_UPDATE})
  save-update: 级联保存(load以后如果子对象发生了更新,也会级联更新)。 但它不会级联删除
  delete: 级联删除, 但不具备级联保存和更新
  all-delete-orphan: 在解除父子关系时,自动删除不属于父对象的子对象, 也支持级联删除和级联保存更新。
  all: 级联删除, 级联更新,但解除父子关系时不会自动删除子对象。
  delete-orphan:删除所有和当前对象解除关联关系的对象
  注意:以上设在哪一段就是指对哪一端的操作而言,比如delete,如果设在one的一端的<set>属性里,就是当one被删除的时候,自动删除所有的子记录;
  如果设在many一端的<many-to-one>标签里,就是在删除many一端的数据时,会试图删除one一端的数据,如果仍然有many外键引用one,就会报"存在子记录"的错误;如果在one的一端同时也设置了cascade="delete"属性,就会发生很危险的情况:删除many一端的一条记录,会试图级联删除对应的one端记录,因为one也设置了级联删除many,所以其他所有与one关联的many都会被删掉。
  所以,千万谨慎在many一端设置cascade="delete"属性。
  故此cascade一般用在<one-to-one>和<one-to-many>中
  很多人对持久层概念搞不清JPA、Hibernate、EJB3.0的关系,这里做一下简单的说明:JPA是一个持久层设计接口,EJB3.0和Hibernate是具体的实现类,EJB3.0和Hibernate的功能近似相等的(Hibernate没有Session Bean,Spring MVC3的SessionAttribute跟Session Bean近似)。
  理论是使用JPA接口可以无缝切换持久层实现,但是仅仅是理论上!!!
  JPA是在Hibernate成熟并大行其道的时候才推出的,基本上是借鉴Hibernate的优点,做了一个统一的标准而已,JPA1.0没有一对多的级联删除配置,也许JPA2.0里才有吧(这里没做过调研)
  @OneToMany(mappedBy = "commentTeam")
  @Cascade({org.hibernate.annotations.CascadeType.SAVE_UPDATE,org.hibernate.annotations.CascadeType.DELETE_ORPHAN})
  private Set<CommentTeamMember> commentTeamMembers;
  这里为了说明,只贴出一对多的关键代码,其它无关的注解已忽略掉,以免造成干扰。
  这里重点说明一下四个常用的注解配置的区别:
  CascadeType.SAVE_UPDATE
  CascadeType.ALL
  CascadeType.DELETE
  CascadeType.DELETE_ORPHAN

  之所有之列出这四个,是因为我不想跟书本上把所有的概念都罗列出来。基本上开发时其中的3个都以及足够用了,下面我结合代码演示一下他们之间的区别,以及使用的时候注意的地方。

CascadeType.SAVE_UPDATE:Hibernate专有的,JPA并不支持,作用是级联保存、级联更新(注:JPA很恶心,要么你配置
  CascadeType.ALL,要么你配CascadeType.SAVE+CasadeType.Merge.八卦一句:专家虽牛,多年不写代码,定的标准让编码麻烦呀!)
  CascadeType.ALL:级联保存、修改、删除、同步,一般很少用,看看控制台的一长串SQL就知道性能低下,你没改的关联表也给你发update语句,我从来没用过这个属性。
  CascadeType.DELETE:当调用session.delete(A)的时候,级联删除关联的对象。(注:先调用A.setB(null),再调用session.delete(A),这样是级联删不掉B的。
  CascadeType.DELETE_ORPHAN:一对多级联删除。
  下面重点来说说这个CascadeType.DELETE_ORPHAN:
  看过API、开发指南,级联删除就一个经典的
  @OneToMany(mappedBy = "commentTeam")
  @Cascade({CascadeType.SAVE_UPDATE,CascadeType.DELETE_ORPHAN})
  private Set<CommentTeamMember> commentTeamMembers;
  mappedBy不可少,映射A->B一对多的另一边控制反转(谁控谁的问题),新版的Hibernate3.4中配置更简单,变一句了,更简洁吧?
  @OneToMany(mappedBy = "commentTeam",orphanRemoval=true)
  private Set<CommentTeamMember> commentTeamMembers;
  CommentTeam commentTeam=this.getHibernateTemplate.get(CommentTeam.class,id);
  commentTeam.setCommentTeamMember(null);//想级联删除子表数据
  this.getHibernateTemplate.saveOrUpdate(commentTeam);
  这样级联删除却没有发生,为什么呢?
  再来一个例子
  CommentTeam commentTeam=this.getHibernateTemplate.get(CommentTeam.class,id);
  Set<CommentTeamMember> commentTeamMembers=new HashSet<CommentTeamMember>();
  commentTeam.setCommentTeamMember(commentTeamMembers);//想级联删除子表数据或增减替换对象
  this.getHibernateTemplate.saveOrUpdate(commentTeam);
  这个例子级联删除的效果也没发生!即使commentTeamMembers里有若干个对象。
  成功执行级联删除的语法:
  CommentTeam commentTeam=this.getHibernateTemplate.get(CommentTeam.class,id);
  commentTeam.getCommentTeamMember()。clear();//注意这里引用的集合还是原来的集合,这里没有重新new过
  commentTeam.getCommentTeamMember()。add(new CommentTeamMember());//如果想替换为新的集合可以用addAll方法
  this.getHibernateTemplate.saveOrUpdate(commentTeam);
  分析一下原因:级联删除起作用的前提是关联的集合对象不能重新指向新的引用,必须在原有的集合里操作新增、删除、清空元素,像上面的setXXX(null)的方法等是起不到级联删除作用的,大概是Hibernate自认自己原生的集合对象吧,自己New的放进行级联删除无效!

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics