关于级联删除的问题

今天遇到一个级联删除的问题,配置文件如下:
    <class
        name="example.Type"
        table="T_TYPE">
        <many-to-one name="parentType"
                     cascade="none"
                     outer-join="false">
            <column name="PARENT_ID"
                    not-null="false"/>
        </many-to-one>

        <set    name="childTypes"
                inverse="true"
                lazy="true"
                cascade="all-delete-orphan"
                batch-size="5">
            <key column="PARENT_ID"/>
            <one-to-many class="example.Type"/>
        </set>
    </class>
Typ是一个自包含的类,它的parentType是example.Type类型, childTypes是包含example.Type类型的Set
若用上面cascade设置的方式,最后就会抛出net.sf.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade
为什么呢?这是因为子对象删除时,没告诉父对象自己被删除的缘故,只要在两边都设置cascade="all"就可以,至于别的设置,只要能达到通知被关联对象自己被删除的效果就可以了

### 关于Spring Boot中的级联操作 在Spring Boot应用程序中,通过Java Persistence API (JPA),可以方便地配置实体之间的关系以及这些关系上的级联行为。当两个或多个实体之间存在关联时,比如一对多或多对一的关系,在执行某些持久化操作(如保存、更新、删除)的时候,可以通过设置`cascade`属性来指定是否要将此操作传播给关联的对象。 #### 实体间定义级联关系 对于一对多的关系而言,可以在父实体上使用`@OneToMany`注解,并设定相应的`fetch`模式和`cascade`策略: ```java @Entity public class ParentEntity { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; // Other fields... @OneToMany( fetch = FetchType.LAZY, mappedBy = "parent", cascade = {CascadeType.PERSIST, CascadeType.MERGE} ) private Set<ChildEntity> children; // Getters and setters... } ``` 上述代码片段展示了如何在一个名为`ParentEntity`的实体内声明一个集合类型的字段用于存储子实体(`ChildEntity`)列表。这里设置了懒加载方式(`FetchType.LAZY`)并指定了映射到对方的方式(`mappedBy="parent"`), 同时启用了两种级别的级联操作——即当调用`persist()`或`merge()`方法作用于父对象时也会相应影响其所有的子对象[^3]。 #### 执行CRUD操作触发级联效果 假设现在有一个新的`ParentEntity`实例连同几个未持久化的`ChildEntity`一起被创建出来准备存入数据库,则只需简单地调用EntityManager提供的`persist(parent)`即可完成整个父子结构的数据入库工作;因为已经配置好了PERSIST类型的级联选项,所以无需单独处理每一个孩子节点。 同样的道理适用于其他场景下的数据变更操作,只要合理规划好各个参与方间的依赖关系及其对应的生命周期管理机制就能有效简化开发流程提高效率。 #### 解决常见问题 有时可能会遇到一些棘手的情况,例如尝试移除某个拥有大量子项记录的父亲结点却失败了。这可能是由于外键约束的存在阻止了直接删除动作的发生。此时应该考虑调整级联类型至包括REMOVE在内的更多种类别,或者先手动清理掉所有下属条目再做进一步的动作。 另外值得注意的是,默认情况下Hibernate会为每一条涉及多方交互的操作生成额外SQL语句从而造成性能损耗。如果项目中有这方面顾虑的话建议仔细权衡利弊之后谨慎选用合适的方案。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值