0

我想讨论一下使用 GenericRelation 和 GenericForeignKey 的情况。

我有 2 个模型，Appartement 和 Mission。我需要创建将连接到 Appartment 或 Mission 的 LockCode 模型。我已将 GenericForeignKey 添加到 LockCode 和 GenericRelation 到 Appartement 和 Mission：

class LockCode(TimeStampedModel):
    context_type = models.ForeignKey(ContentType, on_delete=models.CASCADE)
    context_id = models.PositiveIntegerField()
    context = GenericForeignKey('context_type', 'context_id')


class Mission(DirtyFieldsMixin, models.Model):
    lock_codes = GenericRelation(
        LockCode,
        content_type_field='context_type',
        object_id_field='context_id',
        related_query_name='mission'
    )

class Appartment(DirtyFieldsMixin, models.Model):
    lock_codes = GenericRelation(
        LockCode,
        content_type_field='context_type',
        object_id_field='context_id',
        related_query_name='appartment'
    )

它工作正常。但是增加了复杂性级别来比较添加 2 个外键，用于公寓和任务。

class LockCode(TimeStampedModel):
  appartement = models.ForeignKey(Appartement, null=True, blank=True)
  mission = models.ForeignKey(Mission, null=True, blank=True)

那么我应该保留GFK还是使用2个简单的FK？

4

2 回答 2

1

如果您选择第二个选项，您将必须构建逻辑以确保 要么appartement要么mission不是null。如果你要添加更多这样的外键字段，这个逻辑会变得越来越复杂。

如果您确定永远不会添加更多外键，并且您不介意确保其中一个不添加的开销，null那么您可以继续使用外键，但为了可扩展性，我会坚持使用通用关系。

于 2019-07-05T09:03:01.193 回答
1

复杂性并非都发生在字段定义中。它也发生在查询时：给定一个 LockCode，你如何识别它是属于公寓还是任务？使用两个外键，您需要每次都检查并捕获任何异常。

如果您永远不需要那样遵循这种关系，那么是的，GFK 是不必要的，两个 FK 会更好。

于 2019-07-05T09:03:09.963 回答