将一个模型与单个关系中的多个其他模型相关联

Question

我有一个模型Thing，它可以被几种类型的Thing 子类化，例如PointyThing 和TastyThing。我有第二个模型Instance，它与Things 一对多相关（一个Instance 可能是单个Thing 的类型，但给定的Instances 会有很多Thing)。然后Instances 与带有后向引用的Player 相关联（每个instance 有一个Player，但player 有许多Instances），因此Player 可以将其称为.inventory 属性看看它拥有什么。

一切都很好，但我也有一个模型Place。我也希望 Places 拥有 Instances，就像 Player 拥有 instance 一样。

最好创建一个与Instance 模型相关联的Owner 模型，然后将其子类化以获取Players 和Places 或SQLAlchemy 中一些我不知道的迄今为止未知的方法还知道吗？

Answer 1

我认为您要求的best 解决方案取决于许多因素。

从技术上讲，如果我孤立地看你的例子，这个解决方案看起来像一个很好的下降 hack 避免创建另一个 relationship 表。而且，如果您永远不会使用多态支持进行查询，那么这可能会很好。然而，它仍然是一个黑客。想象一下，稍后您使用更多的子类扩展您的Player 模型，并且您可能开始使用多态查询，并且您将始终需要问自己"how will it impact my hack"?。即使一切仍然可以正常工作（现在我无法提出会破坏您的逻辑的示例），您仍然需要小心。
但是让我们看看这个黑客有什么好处？我们节省了一个relationship 表，但实际上你为你的Owner 模型引入了另一个表（我假设Concrete Table Inheritance），那么真正的收获是什么？

另一方面，我想知道您的Instance 表是否实际上不应该是ternary 关系？我假设Thing 的每个实例都存储在一些Place 中并且可能属于Player，所以它可能只是一个看起来像这样的表：

Instance[
    ID primary_key, 
    Thing_ID (FK) NOT NULL, 
    Place_ID (FK) NOT NULL, 
    Person_ID (FK) NULL
]

请注意，Person_ID 可以为空，因为我假设 Thing 的实例在分配之前可能不属于任何人。但在你的情况下，它可能总是NOT NULL。

希望这会有所帮助。最好了解您决定走哪条路以及为什么走。