Django：使用ContentType与多表继承
我的问题和我的一样 线程建议使用多表继承。我个人认为使用内容类型在概念上更舒适（只是感觉更接近逻辑，至少对我来说） 使用前面链接中的示例，我只想添加一个StelarType作为Django：使用ContentType与多表继承,django,django-models,Django,Django Models,我的问题和我的一样 线程建议使用多表继承。我个人认为使用内容类型在概念上更舒适（只是感觉更接近逻辑，至少对我来说） 使用前面链接中的示例，我只想添加一个StelarType作为 class StellarType(models.Model): """ Use ContentType so we have a single access to all types """ content_type = models.ForeignKey(ContentType)
class StellarType(models.Model):
"""
Use ContentType so we have a single access to all types
"""
content_type = models.ForeignKey(ContentType)
object_id = models.PositiveIntegerField()
content_object = generic.GenericForeignKey('content_type', 'object_id')
class StellarObject(BaseModel):
title = models.CharField(max_length=255)
description = models.TextField()
slug = models.SlugField(blank=True, null=True)
stellartype = generic.GenericForeignKey(StellarType)
class Meta:
abstract = True
所以我想知道使用这种方法与使用multi_table_继承相比有什么利弊？我认为两者都会在数据库中创建一个额外的表。但是数据库性能如何呢？可用性/灵活性如何？谢谢你的任何意见 对我来说，当你想将一个对象与许多基本上不属于同一“类型”的模型中的一个相关联时，ContentType就是一种方法。比如，如果你想在社交网络上为用户、页面和图片添加关键评论，但这三种模式没有合理的共享超类型。当然，您可以创建一个“可注释”超类型，但对我来说，这更像是一个混合类型，而不是从中派生出这三种类型的基本类型。在ContentType问世之前，你别无选择，只能为这种关系发明超类型，如果你需要在同一个应用程序中多次这样做，那么这种关系很快就会变得非常丑陋（假设你还有事件、警报、消息等，每种都可以应用于不同的模型集） 当您希望将属性附加到基础模型时，多表继承最有意义，这样它们将在从基础模型扩展而来的所有具体模型中共享，从而可以获得多态行为。Commentable并不真正符合这种模式，因为所有这些行为都可以放在Comment模型上，而不是放在Commentable对象上。但是如果你有不同类别的用户，他们有着相同的行为，并且应该受到攻击，那么这就更有意义了
对我来说，多表继承的主要优点是更干净的数据模型，在Python端可以利用隐式关系和继承（多态性仍然有点混乱，如图和所示）。ContentType的主要优点是，它更通用，并将辅助功能排除在模型之外，但代价是稍微少了一点原始模式（模型上有许多“元”字段来定义这些关系）。举个例子，您仍然必须依赖于
post_save