Django中如何更好实现用户对单部影片仅一次评分的唯一性约束？

首先得说，你的思路完全没问题——unique_together确实能搞定“同一用户不能重复给同一影片评分”的需求，但从Django 2.2版本开始，官方更推荐用**UniqueConstraint**来替代它，这可不是“偷懒”，而是更灵活、更强大的现代化实现方式。

推荐方案：使用UniqueConstraint #

UniqueConstraint是Django ORM提供的进阶约束工具，它覆盖了unique_together的所有功能，还支持添加条件判断、自定义约束名称等特性，方便后续业务扩展。

替换后的代码示例如下：

class Rating(models.Model):
    user = models.ForeignKey('User', on_delete=models.CASCADE)
    film = models.ForeignKey('Film', on_delete=models.CASCADE)
    # 你的其他字段，比如score、comment、is_published等...

    class Meta:
        constraints = [
            models.UniqueConstraint(
                fields=['user', 'film'],
                name='unique_user_film_rating'  # 自定义约束名，方便后续排查数据库问题
            )
        ]

举个扩展的例子：如果以后需要加逻辑——只有已发布的评分才需要保证唯一性，UniqueConstraint可以轻松实现，而unique_together完全做不到：

models.UniqueConstraint(
    fields=['user', 'film'],
    condition=models.Q(is_published=True),
    name='unique_published_user_film_rating'
)

关于“通过关系实现”的可行性 #

你提到想通过关系来实现这个约束，最容易想到的是OneToOneField，但这个方案并不适配你的业务场景：

• OneToOneField要求每个用户和影片的组合必须存在且仅存在一个评分，但实际场景中，用户完全可以不给某部影片评分，这就会导致强制创建空评分的尴尬情况，反而限制了业务逻辑的灵活性。
• 从数据库底层来看，OneToOneField本质也是基于唯一约束实现的，但它额外引入了不必要的关联强制要求，反而不如直接用唯一约束来得简洁。

所以结论是：用UniqueConstraint是当前最合理、最符合Django最佳实践的方案，比unique_together更优；而依赖关系型字段的实现方式，并不适合你的业务需求。

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