我有这个用例场景:
有的地方是游乐场,饭店,剧院,酒吧。
相同的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
使用每种方法的利弊是什么?
最佳答案
第一个本质上是模型继承,因为这是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
的子项。
关于django - 哪个更好: Foreign Keys or Model Inheritance?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8936751/