django - 哪个更好: Foreign Keys or Model Inheritance?

Question

我有这个用例场景:
有的地方是游乐场，饭店，剧院，酒吧。
相同的place可以具有游乐场，餐厅，剧院等。
有两种实现方法:

使用外键

class Place(models.Model):
    name = models.CharField(max_length=50)

class PlayGrounds(models.Model)
    field1 = models.CharField(max_length=50)
    place = models.ForeignKey(Place)

多表继承

class Place(models.Model):
    name = models.CharField(max_length=50)
    address = models.CharField(max_length=80)

class Restaurant(Place):
    serves_hot_dogs = models.BooleanField()
    serves_pizza = models.BooleanField()

使用抽象类

class Place(models.Model):
    name = models.CharField(max_length=50)

class PlayGrounds(Place)
    field1 = models.CharField(max_length=50)
    place = models.ForeignKey(Place)
    class Meta:
        abstract = True

使用代理模型

class Place(models.Model):
    name = models.CharField(max_length=50)

class PlayGrounds(Place)
    field1 = models.CharField(max_length=50)
    place = models.ForeignKey(Place)
    class Meta:
        proxy = True

使用每种方法的利弊是什么？

Answer 1

第一个本质上是模型继承，因为这是Django的MTI实现所使用的(除了它是OneToOneField而不是ForeignKey，但这只是唯一的ForeignKey)。

任何时候只要存在is-a关系(即餐厅就是地方)，您就在处理继承问题，因此使用Django模型继承方法之一是可行的。但是，每种方法都有其优点和缺点:

抽象模型

当您只想减轻重复字段和/或方法的负担时，抽象模型很有用。最好将它们用作mixins，而不是真正的“ parent ”。例如，所有这些模型都将有一个地址，因此创建一个抽象的Address模型并从中继承每个对象可能是有用的。但是，Restaurant本身不是Address，因此这不是真正的父子关系。

MTI(多表继承)

这类似于您上面的首选。当您需要与父类和子类进行交互并且子类具有自己的唯一字段(字段，而不是方法)时，此功能非常有用。因此，Restaurant可能具有cuisine字段，但是Place不需要该字段。但是，它们都具有地址，因此Restaurant继承并构建于Place之上。

代理模型

代理模型就像别名。它们不能拥有自己的字段，只能获取父级的字段。但是，它们可以有自己的方法，因此当您需要区分同一事物的种类时，这些方法很有用。例如，我可以从StaffUser创建代理模型，例如NormalUser和User。仍然只有一个用户表，但是我现在可以为每个用户表添加唯一的方法，创建两个不同的管理 View ，等等。

对于您的方案，代理模型没有多大意义。子级天生比父级复杂，并且将cuisine的所有字段(如Restaurant)存储在Place上是没有意义的。

您可以使用抽象的Place模型，但随后您将无法真正独立地工作Place。如果要将外键指向广义的“场所”，则必须使用通用外键，以便能够从不同的场所类型中进行选择，如果不需要的话，这会增加很多开销。

最好的选择是使用常规继承:MTI。然后，您可以创建Place的外键，并添加Place的子项。