为何Django的ManyToManyField存在不对称性？

经典示例代码 #

class Person(models.Model):
    name = models.CharField(max_length=128)


class Group(models.Model):
    name = models.CharField(max_length=128)
    members = models.ManyToManyField(Person, through='Membership')


class Membership(models.Model):
    person = models.ForeignKey(Person, on_delete=models.CASCADE)
    group = models.ForeignKey(Group, on_delete=models.CASCADE)
    date_joined = models.DateField()
    invite_reason = models.CharField(max_length=64)

疑问 #

从逻辑上看，Person可以通过Membership关联到Group，反过来Group也能关联到Person，但为什么Person类里完全没提这个关联？或者说，为什么Django框架只鼓励在一侧声明多对多关联？

比如几乎没人会这么写：

# 很少有人这么写：
class Person(models.Model):
    name = models.CharField(max_length=128)
    groups = models.ManyToManyField(Group, through='Membership')

原因解析 #

• 避免重复定义与歧义：多对多关系的核心是数据库中的中间关联表（这里就是Membership），如果在两个模型里都声明ManyToManyField，相当于从两个角度重复定义同一个关系，很容易出现配置冲突（比如两边指定的through模型不一致、related_name参数冲突），给框架的关系解析带来歧义。

• 反向关联自动生成：Django会自动为未声明关联的一侧生成反向访问属性。比如上面的示例中，Person实例可以通过person.group_set（如果在Group的ManyToManyField里指定了related_name，就用指定的名称）直接访问所属的所有Group集合，完全不需要在Person类里手动声明关联。

• 简化代码与维护：只在一侧声明能大幅减少冗余代码，后续如果需要调整关系配置（比如修改through字段、调整关联参数），只需要改动一处即可，降低维护成本。

• 语义上的主次清晰：多数多对多场景里会存在一个逻辑上的"主体"，比如Group作为成员的集合载体，在Group里声明members关联更符合语义，能让代码逻辑一目了然，明确关系的主导方。

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