Hibernate中@SQLRestriction引发主键约束违反问题求助

问题1：为什么@SQLRestriction会引发DataIntegrityViolationException？ #

@SQLRestriction并非仅作用于SELECT查询——Hibernate处理关联实体的级联操作（比如你这里保存BusinessUnit时的级联PERSIST）时，会先执行带@SQLRestriction过滤条件的查询，检查数据库中是否存在匹配的TType实体。

你的场景里，数据库中已经存在name=BRAND_A但is_active=false的TType记录，但@SQLRestriction过滤掉了这条记录，Hibernate误以为该实体不存在，就会尝试插入一条新的name=BRAND_A的记录，直接触发主键唯一约束冲突。

问题2：ManyToMany关联下正确实现is_active过滤的方案 #

方案1：改用@Filter（推荐） #

@Filter是Hibernate的动态过滤机制，默认不生效，只有在需要过滤查询时手动启用，完全不会干扰INSERT/UPDATE操作：

1. 在TType实体上定义Filter：

@Entity
@Table(name = "t_type")
@FilterDef(name = "activeTType", defaultCondition = "is_active = 'true'")
@Filter(name = "activeTType")
public class TType {
    // 原有代码不变
}

2. 在需要查询过滤数据的地方（比如Service层）启用Filter：

Session session = entityManager.unwrap(Session.class);
session.enableFilter("activeTType");
// 执行查询操作，此时只会返回is_active=true的TType

方案2：调整@SQLRestriction的适用范围 #

如果坚持用@SQLRestriction，需要避免级联操作时触发错误：

• 移除TType实体上的@SQLRestriction，改为在查询方法中手动添加过滤条件，比如用JPQL：

List<TType> activeTypes = entityManager.createQuery(
    "SELECT t FROM TType t WHERE t.isActive = true", TType.class
).getResultList();

• 或者调整级联策略，去掉CascadeType.PERSIST，确保关联TType时，必须是已经持久化到数据库的实体，避免Hibernate自动插入。

方案3：修复关联时的实体加载逻辑 #

在关联TType到BusinessUnit之前，先不带过滤地加载数据库中已存在的TType实体，确保Hibernate识别到该实体已存在，不会触发插入：

// 用ID直接加载，绕过@SQLRestriction的过滤
TType existingType = entityManager.find(TType.class, TargetTypeName.BRAND_A);
businessUnit.getTTypes().add(existingType);
entityManager.persist(businessUnit);

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