Spring Boot多对多关联删除Attachment时误删Type的修复咨询

问题核心：删除Attachment表中的文件记录时，关联的Type表记录（比如TYPE_DOCX）也被一并删除，根源在于Attachment实体中@ManyToMany注解的cascade = CascadeType.ALL配置——这会让Hibernate级联执行所有操作到关联的Type实体。

解决方案步骤 #

1. 修改Attachment实体的级联配置

将@ManyToMany的cascade属性从CascadeType.ALL改为仅包含必要的操作，避免级联删除Type：

@Entity
@SuperBuilder
@Data
@NoArgsConstructor
@AllArgsConstructor
@Table(name = "attachments")
public class Attachment  {

    @Id
    @GeneratedValue(generator = "uuid")
    @GenericGenerator(name = "uuid", strategy = "uuid2")
    private UUID id;

    private String fileName;

    private String fileType;

    @Lob
    private byte[] data;

    // 核心修改：移除CascadeType.ALL，仅保留PERSIST和MERGE
    @ManyToMany(cascade = {CascadeType.PERSIST, CascadeType.MERGE}, fetch = FetchType.EAGER)
    @JoinTable(
            name = "attachments_types",
            joinColumns = @JoinColumn(name = "attachment_id"),
            inverseJoinColumns = @JoinColumn(name = "type_id"))
    private Set<Type> types;
}

配置说明：

• CascadeType.PERSIST：保存Attachment时，自动保存关联的新Type（仅当Type是随Attachment创建的场景）
• CascadeType.MERGE：更新Attachment时，合并关联Type的状态
• 移除了CascadeType.REMOVE和ALL后，删除Attachment时只会自动清理attachments_types关联表的记录，不会删除Type表中的数据。

2. 简化服务层代码

修改后的配置下，Hibernate会自动处理关联表的删除逻辑，不需要手动执行deleteFromAttachmentsTypes操作，服务层代码可以简化：

@Override
public void deleteFile(String fileName) {
    // 用orElseThrow替代get，避免空指针异常
    var attachment = attachmentRepository.findByFileName(fileName)
            .orElseThrow(() -> new RuntimeException("未找到指定文件"));
    attachmentRepository.delete(attachment);
}

如果坚持使用自定义的deleteByFileName方法，直接调用即可，Hibernate会自动清理关联表：

@Override
public void deleteFile(String fileName) {
    attachmentRepository.deleteByFileName(fileName);
}

额外建议 #

如果Type是独立维护的（比如预先在系统中创建好，不是随Attachment动态生成），可以进一步去掉CascadeType.PERSIST，仅保留CascadeType.MERGE，甚至不设置cascade——这样能避免意外创建或修改Type记录，更贴合业务逻辑。

内容的提问来源于stack exchange，提问作者user