Django中级联删除触发Check Constraint违规的原因探究

当你设置on_delete=models.CASCADE时，MySQL InnoDB的级联删除逻辑会先将关联Want记录的item外键字段置为NULL，再执行删除操作。此时这条Want记录会处于item为NULL且is_container为False的状态，直接违反了item_or_container检查约束（异或要求二者必须满足其一），因此触发报错。而单独删除Want时是直接移除记录，不会修改字段值，所以不会触发约束检查。

方法一：用Django信号替代数据库级CASCADE #

放弃依赖数据库的级联删除逻辑，改用Django的pre_delete信号在删除Item前主动删除关联的Want记录：

1. 修改Want模型的外键on_delete参数为DO_NOTHING：

class Want(models.Model):
    item = models.ForeignKey(Item, on_delete=models.DO_NOTHING, related_name='want_set')
    is_container = models.BooleanField(default=False)
    # 其他字段
    
    class Meta:
        constraints = [
            models.CheckConstraint(
                check=Q(item__isnull=False) ^ Q(is_container=True),
                name='item_or_container'
            )
        ]

2. 在models.py中添加信号接收器：

from django.db.models.signals import pre_delete
from django.dispatch import receiver
from .models import Item

@receiver(pre_delete, sender=Item)
def delete_associated_wants(sender, instance, **kwargs):
    # 删除当前Item关联的所有Want记录
    instance.want_set.all().delete()

这样当删除Item时，会先批量删除关联的Want记录，全程不会修改Want的item字段，自然不会触发检查约束。

方法二：调整检查约束逻辑（不推荐） #

如果业务允许，可以修改检查约束，允许删除过程中的临时无效状态，但这种方式会削弱约束的严谨性，仅在特殊场景下考虑：

models.CheckConstraint(
    check=(Q(item__isnull=False) ^ Q(is_container=True)) | Q(item__isnull=True, is_container=False),
    name='item_or_container'
)

但这会导致数据库中可能存在既无关联Item又不是容器的无效Want记录，违背了最初的约束设计初衷，因此不建议使用。

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