这不是Hibernate,这是JPA 2.0标准的一部分。注释中有两个方面,一件事是使用orphanRemoval。
当父实体控制子实体的创建和销毁时,可以使用orphanRemoval。在UML中,这是组成的情况,这是整个部分的强大所有权和一致的生命周期。JPA
2.0规范在第2.9节:实体关系中说:
指定为OneToOne或OneToMany的关联支持使用orphanRemoval选项。当orphanRemoval生效时,将发生以下行为:
1.
如果从关系中移除了作为关系目标的实体(通过将关系设置为null或从关系集合中移除实体),则移除 *** 作将应用于孤立的实体。清除 *** 作在冲洗 *** 作时应用。orphanRemoval功能适用于其父实体“私有”拥有的实体。否则,可移植应用程序不得依赖于特定的删除顺序,并且不得将已孤立的实体重新分配给另一个关系,也不能尝试将其持久化。如果孤立的实体是分离的,新的或已删除的实体,则orphanRemoval的语义不适用。
- 如果将删除 *** 作应用于托管源实体,则删除 *** 作将根据3.2.3节的规则级联到关系目标(因此,不必为该关系指定cascade = REMOVE)[
20]。
第二个方面是在没有隐式删除的情况下使用cascase = REMOVE。
第3.2.3节:删除包含有关删除过程的详细信息:
应用于实体X的remove *** 作的语义如下:
•如果X是新实体,则删除 *** 作将忽略它。但是,如果从X到这些其他实体的关系用cascade = REMOVE或cascade =
ALL标注元素值标注,则移除 *** 作将层叠到X引用的实体。•如果X是一个受管实体,则删除 *** 作会使它被删除。如果从X到这些其他实体的关系使用层叠= REMOVE或层叠=
ALL标注元素值标注,则remove *** 作将层叠到X引用的实体。•如果X是一个分离的实体,则remove *** 作将引发IllegalArgumentException(否则事务提交将失败)。
•如果X是已删除的实体,则删除 *** 作将忽略它。
在事务提交之时或之前,或者由于刷新 *** 作,将从数据库中删除已删除的实体X。删除实体后,其状态(生成状态除外)将是实体在调用删除 *** 作时的状态。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)