Django中Meta的unique_together与validate_unique函数的区别及选型疑问

为什么要在Meta类里加组合唯一约束？ #

• 数据库层面的终极保障：不管是表单提交、后台脚本批量操作、第三方接口调用，还是直接手动修改数据库，数据库都会直接拒绝违反唯一约束的数据。这是防止数据不一致的最后一道防线——业务逻辑难免有疏漏，比如写批量导入脚本时忘了加验证、自定义admin时跳过了表单校验，这时候数据库约束能帮你把住关。
• 查询性能优化：组合唯一约束会在数据库层面创建组合索引，当你需要查询某个开发者的特定密钥时，这个索引能让查询速度更快。

是不是因为存在手动修改数据库的情况？ #

是，但不止这一种场景。手动改数据库确实是风险点，但更多的是业务中各种绕过前端/表单验证的操作：比如开发时写的批量处理脚本、定时任务直接操作模型、甚至admin后台的自定义操作跳过了验证。数据库约束是兜底的，不管上层逻辑有没有漏洞，它都能确保数据的唯一性。

Django为什么不自动处理错误提示？ #

Django的验证是分层的：表单/模型验证在业务层，数据库约束在存储层。当你只加了Meta里的唯一约束，提交重复数据时，数据库会抛出IntegrityError，但Django不会自动把这个数据库错误转化为表单的字段提示——这需要你在视图层捕获异常，或者确保模型的validate_unique方法在表单验证时被调用。

比如默认的ModelForm会调用模型的validate_unique，但如果你自定义了表单的clean方法却没调用父类逻辑，或者用的不是ModelForm，就会跳过这层验证，直接触发数据库错误，而视图如果没处理这个错误，就会出现“不新增数据但没提示”的情况。

最优方案是什么？ #

双管齐下+异常兜底，三者结合：

1. 数据库约束不可少：用Django 2.2+推荐的UniqueConstraint替代旧的unique_together（功能更灵活，支持命名和条件约束）：

   class KeyDefinitions(models.Model):
       key_name = models.CharField(max_length=100)
       developer_email = models.EmailField()
   
       class Meta:
           constraints = [
               models.UniqueConstraint(
                   fields=['key_name', 'developer_email'],
                   name='unique_key_for_developer'
               )
           ]
   

2. 模型/表单验证做友好提示：要么确保ModelForm默认的validate_unique被调用，要么重写模型的validate_unique方法定制错误信息，让错误直接显示在对应输入框下：

   def validate_unique(self, exclude=None):
       super().validate_unique(exclude)
       exists = KeyDefinitions.objects.filter(
           key_name=self.key_name,
           developer_email=self.developer_email
       ).exclude(pk=self.pk).exists()  # 排除自身（适配编辑场景）
       if exists:
           raise ValidationError({
               'key_name': '你已经拥有同名的密钥了',
               'developer_email': '该邮箱下已存在此密钥名称'
           })
   

3. 视图层捕获并发异常：极端情况下，两个请求可能同时通过验证，然后同时写入数据库（竞态条件），这时候数据库会抛出IntegrityError，视图里要捕获这个异常并转化为表单错误：

   def create_key(request):
       if request.method == 'POST':
           form = KeyDefinitionForm(request.POST)
           if form.is_valid():
               try:
                   form.save()
                   return redirect('key_list')
               except IntegrityError:
                   form.add_error('key_name', '该邮箱下已存在此密钥名称，请更换')
       else:
           form = KeyDefinitionForm()
       return render(request, 'keys/create.html', {'form': form})
   

这样既保证了数据绝对唯一，又给用户友好的错误提示，还能应对并发场景的极端情况。

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