Django 3.2中如何实现(A,B)与(B,A)互斥的通用唯一性数据库约束

方案说明 #

针对你需要保证(one, two)和(two, one)两种组合仅存其一的需求，以下是几种可落地的实现方案，按可靠性优先排序：

1. 数据库层面唯一约束（最推荐） #

这是唯一能从根源避免脏数据的方案，利用Django 3.2支持的表达式唯一约束实现，依赖数据库通用的Least、Greatest函数提取二元组的大小序，联合做唯一性校验：

from django.db import models
from django.db.models.functions import Least, Greatest
from django.core.exceptions import ValidationError

class Pair(models.Model):
    one = models.CharField(max_length=32)
    two = models.CharField(max_length=32)

    class Meta:
        constraints = [
            models.UniqueConstraint(
                Least("one", "two"),
                Greatest("one", "two"),
                name="pair_orderless_unique"
            )
        ]

• 优点：数据库层面强制校验，支持所有操作场景（包括bulk_create、直接操作数据库等），查询走索引性能极高
• 注意：如果需要给用户返回友好的错误提示，可配合重写save方法提前做前置校验，避免直接抛出数据库底层约束异常

2. 重写save方法前置校验 #

实现逻辑最简单直观，适合不需要极端可靠性的场景：

def save(self, *args, **kwargs):
        # 排除自身（更新场景）校验无序组合是否存在
        exists = Pair.objects.filter(
            models.Q(one=self.one, two=self.two) |
            models.Q(one=self.two, two=self.one)
        ).exclude(pk=self.pk).exists()
        if exists:
            raise ValidationError(f"无序组合({self.one}, {self.two})已存在")
        super().save(*args, **kwargs)

• 优点：实现成本低，错误提示可自定义
• 缺点：仅调用模型save方法时生效，批量操作、绕过ORM的数据库修改无法触发校验

3. pre_save信号实现校验 #

和重写save逻辑一致，仅适合多模型复用同一份校验逻辑的场景：

pre_save信号不需要特殊返回值，直接抛出异常即可中断后续的保存流程

from django.db.models.signals import pre_save
from django.dispatch import receiver

@receiver(pre_save, sender=Pair)
def check_unique_pair(sender, instance, **kwargs):
    exists = sender.objects.filter(
        models.Q(one=instance.one, two=instance.two) |
        models.Q(one=instance.two, two=instance.one)
    ).exclude(pk=instance.pk).exists()
    if exists:
        raise ValidationError(f"无序组合({instance.one}, {instance.two})已存在")

• 优点：校验逻辑可复用，无需修改模型本身代码
• 缺点：和重写save方案有相同的适用边界，批量操作无法触发

不推荐的方案说明 #

你提到的CheckConstraint配合Count的方案无法落地，绝大多数关系型数据库不允许Check约束中引用其他行的数据，也不支持在约束中使用聚合查询，无实现可能。

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