我应该在Django中避免多表（具体的）继承吗？

  • Z时代
  • 2024-01-10
  • 分类：问答

许多经验丰富的开发人员建议不要使用Django多表继承，因为它的性能很差：

  1. Django的疑难杂症：混凝土继承由雅各布·卡普兰，莫斯，Django的一个核心因素。

从长远来看，在几乎每种情况下，抽象继承都是一种更好的方法。我已经看到了不止几个站点在具体继承所带来的负担下被压垮，因此我强烈建议Django用户对具体继承的任何使用都带有大量怀疑态度。

  1. Django的两个独家新闻，作者Daniel Greenfield（@pydanny）

作者和许多其他开发人员认为多表继承（有时也称为“具体继承”）是一件坏事。强烈建议你不要使用它。

不惜一切代价，每个人都应避免多表继承，因为它会增加混乱和大量开销。在模型之间使用显式的OneToOneFields和ForeignKeys代替多表继承，这样你就可以控制遍历联接的时间。

但是如果没有多表继承，我将很难

  1. 另一个模型中的参考基础模型（必须使用GenericForeignKey或反向依赖）；

  2. 获取基本模型的所有实例。

（随时添加更多）

那么Django中的这种继承有什么问题呢？为什么显式的OneToOneFields更好？

JOIN对性能有多大影响？是否有任何基准可以表明性能差异？

回答：

先，继承不是对关系数据库体系结构的自然转换（好吧，我知道，Oracle类型对象和其他一些RDBMS支持继承，但是django不利用此功能）

此时，注意django会为子类生成新表，并编写许多left joins表来从此“子表”中检索数据。和左连接是不是你的朋友。在高性能场景中，例如游戏后端或其他东西，你应该避免使用它，并使用一些技巧（如null，OneToOne或外键）“手动”解决继承问题。在这种OneToOne情况下，你可以直接或仅在需要时调用相关表。

…但是…

“我认为（TGW）” 应该在你的企业项目中包含模型继承时，将其纳入你的讨论范围。我这样做了，由于此功能，我为客户节省了很多开发时间。另外的代码变得干净而优雅，这意味着维护方便（比通知此类项目不具有数百或请求由第二）

逐题提问

问：Django中的这种继承有什么问题？

答：很多桌子，很多左联接。

问：为什么显式的OneToOneFields更好？

答：你可以直接访问相关模型，而无需左联接。

问：是否有说明性示例（基准）？

答：没有可比性。

问：select_related（）不允许我们控制何时调用JOIN吗？

答：django连接所需的表。

问：当我需要在另一个模型中引用基类时，多表继承的替代方法是什么？

答：废话。OneToOne关系和许多代码行。这取决于应用程序的需求。

问：在这种情况下，GenericForeignKeys是否更好？

答：不适合我。

问：如果我需要OneToOneField作为基础模型怎么办？答：写出来。这没有问题。例如，你可以扩展用户模型，也可以为某些用户使用从一对一到用户的基本模型。

结论

你应该知道没有模型继承的编写和维护代码的成本，以及支持模型继承应用程序并采取相应措施的硬件成本。

以上是 我应该在Django中避免多表（具体的）继承吗？ 的全部内容， 来源链接： utcz.com/qa/415513.html

回到顶部