使用JPA和Kotlin删除关联实体时触发SQLIntegrityConstraintViolationException

问题原因 #

你给Community的@OneToMany设置了CascadeType.ALL但未生效，核心原因是：mappedBy标记的是关联的被动端，JPA的级联操作仅在主动端（拥有外键的实体）生效。

这里Participation是关联的主动端（它的community_id字段是指向Community的外键），Community的@OneToMany(mappedBy = "community")只是反向关联，不控制关联关系的维护，所以设置在这里的级联规则不会被JPA执行。当你删除Community时，数据库里的Participation仍保留着指向该Community的外键，自然触发外键约束异常。

解决方案 #

有两种可靠的解决方式，可根据需求选择：

方案1：业务层手动删除关联记录

在删除Community前，先删除所有关联的Participation，再执行删除操作。

1. 给ParticipationRepository添加批量删除方法：

interface ParticipationRepository : JpaRepository<Participation, Long> {
    fun deleteByCommunityId(communityId: Long)
}

2. 在Service层实现逻辑：

fun deleteCommunity(communityId: Long) {
    // 先删除所有关联的参与记录
    participationRepository.deleteByCommunityId(communityId)
    // 再删除社区
    communityRepository.deleteById(communityId)
}

这种方式适合需要在删除前做额外业务逻辑（比如记录日志、校验权限）的场景，逻辑清晰可控。

方案2：数据库级联删除

直接在Participation的外键上设置ON DELETE CASCADE，让数据库自动处理关联记录的删除，无需手动干预。

修改Participation类中community字段的注解：

@ManyToOne
@JoinColumn(
    name = "community_id",
    onDelete = "CASCADE" // 告诉数据库删除Community时自动删除关联的Participation
)
var community: Community,

同时可保留或移除Community中@OneToMany的cascade配置，因为数据库级联已覆盖删除逻辑。

这种方式更简洁，性能也更好，适合不需要额外业务逻辑的场景。

补充说明 #

同理，若要删除User时自动删除关联的Participation，也需用上述两种方式之一：要么在删除User前手动删除Participation，要么给Participation的participant字段添加onDelete = "CASCADE"。

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