Django中调整合同与服务关联：引入ContractService中间模型是否合理？

• 为什么必须用中间模型？
  你需要给合同关联多个服务并存储拆分比例，这两个需求直接排除了另外两种方案：反转外键本质还是一对多关系，一个合同只能绑定一个服务，完全满足不了多服务拆分的需求；普通的ManyToManyField只能记录关联关系，没法存储比例这类额外数据。所以引入带额外字段的中间模型是唯一能同时满足「多服务关联」和「存储拆分规则」的方案。

• 如何设计中间模型？
  中间模型需要包含三个核心字段：关联Contract的外键、关联Service的外键，以及存储拆分比例的字段。同时给Contract的多对多关系指定through参数指向这个中间模型，示例代码如下：

  class ContractService(models.Model):
      contract = models.ForeignKey(Contract, on_delete=models.CASCADE)
      service = models.ForeignKey(Service, on_delete=models.CASCADE)
      percentage = models.DecimalField(max_digits=5, decimal_places=2)  # 比如30.00代表30%
  
      class Meta:
          unique_together = ('contract', 'service')  # 避免同一合同重复关联同一服务
  
  class Contract(models.Model):
      # 替换原来的service外键
      services = models.ManyToManyField(Service, through=ContractService)
  
  class Invoice(models.Model):
      contract = models.ForeignKey(Contract, on_delete=models.CASCADE)
  

• 如何兼容原有查询逻辑？
  原来的查询语句只需要微调关联路径，就能继续正常使用，无需重构大量业务代码：

  invoices = Invoice.objects.filter(
      models.Q(contract__contractservice__service__building=self.tenant.unit.building),
      models.Q(begin__lte=self.begin, end__gt=self.begin) | 
      models.Q(begin__gt=self.begin, begin__lt=self.end)
  )
  

  仅仅把contract__service改成contract__contractservice__service，就能延续之前的关联查询逻辑。

• 额外优势
  这种方案不仅兼容旧逻辑，还具备很强的扩展性：如果后续需要给合同-服务关联添加其他属性（比如生效日期、关联备注），直接在中间模型加字段即可，不用改动核心模型结构。同时旧数据迁移也很简单——把原来每个Contract关联的Service，在ContractService里创建一条percentage=100的记录即可完成兼容。

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