django - 我应该以任何方式避免 Django 中的多表(具体)继承吗？

Question

许多有经验的开发人员建议不要使用 Django multi-table inheritance因为它的性能不佳:

1. Django gotcha: concrete inheritance通过 Jacob Kaplan-Moss ，Django 的核心贡献者。

   In nearly every case, abstract inheritance is a better approach for the long term. I’ve seen more than few sites crushed under the load introduced by concrete inheritance, so I’d strongly suggest that Django users approach any use of concrete inheritance with a large dose of skepticism.

2. Two Scoops of Django通过 Daniel Greenfield ( @pydanny )

   Multi-table inheritance, sometimes called “concrete inheritance,” is considered by the authors and many other developers to be a bad thing. We strongly recommend against using it.

   At all costs, everyone should avoid multi-table inheritance since it adds both confusion and substantial overhead. Instead of multi-table inheritance, use explicit OneToOneFields and ForeignKeys between models so you can control when joins are traversed.

但是没有多表继承，我不能轻易

1. Reference base model in another model (必须使用 GenericForeignKey 或反向依赖)；

2. Get all instances of base model .

   (欢迎补充)

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

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

难道 select_related() 不允许我们控制何时调用 JOIN 吗？

---

我已将具体示例移至 separate question由于这个变得过于宽泛，因此添加了一个使用多表继承的原因列表。

Answer 1

首先，继承并没有自然转化为关系数据库架构(好吧，我知道，Oracle 类型对象和其他一些 RDBMS 支持继承，但 django 不利用此功能)

在这一点上，注意 django 为子类生成新表并写入 很多 left joins 从这个“子表” 中检索数据。和 left joins are not your friends .在高性能场景中，如游戏后端或其他场景，您应该避免它并使用一些工件(如空值、OneToOne 或外键)“手动”解决继承。在 OneToOne场景，可以直接调用相关表，也可以只在需要时调用。

...但是...

“在我看来 (TGW)” 当模型继承出现在您的 universe of discourse 时，您应该在您的企业项目中包含模型继承。 。我这样做了，由于这个功能，我为我的客户节省了大量的开发时间。此外，代码变得干净优雅，这意味着易于维护(请注意，此类项目不会有数百个或每秒请求)

逐题

问:Django中这种继承有什么问题？
A:很多表，很多左连接。

问:为什么显式 OneToOneFields 更好？
A:你可以直接访问相关模型，无需左连接。

问:有没有说明性的例子(基准)？
A:没有可比性。

问:select_related() 是否允许我们控制何时调用 JOIN？
A: django 加入需要的表。

问:当我需要在另一个模型中引用基类时，多表继承的替代方案是什么？
答:作废。 OneToOne 关系和大量代码行。这取决于应用需求。

问:在这种情况下，GenericForeignKeys 是否更好？
答:不适合我。

问:如果我需要 OneToOneField 作为基础模型怎么办？
答:写吧。这没有问题。例如，您可以扩展 User 模型，也可以为某些用户提供 OneToOne 到 User 基础模型。

结论

您应该了解在没有模型继承的情况下编写和维护代码的成本，以及支持模型继承应用程序并采取相应行动的硬件成本。

开个玩笑:你可以用汇编代码写，而且运行速度会更快。

引用 Trey Hunner :

Your time is usually much more expensive than your CPU's time.