问题 ListProperty的密钥与App Engine中的多对多

作为一个假设的例子，我有一个模型TodoItem和一个模型TodoList。 TodoList具有TodoItems的有序列表，并且任何一个TodoItem可以属于任意数量的TodoLists（多对多）。除了TodoList中TodoItem的顺序之外，不需要存储关于其关系的其他信息。在数据存储中表示这一点的最佳方法是什么？

有两种实现方法 - 给TodoList类一个db.Key的ListProperty，它将引用TodoItem：

class TodoList(db.Model):
  items = db.ListProperty(db.Key)

或者创建一个也包含订购信息的ListItem模型：

class TodoListItem(db.Model):
  item = db.ReferenceProperty(TodoItem)
  list = db.ReferenceProperty(TodoList)
  order = db.IntegerProperty()

我肯定会通过对模型进行非规范化来优化它，但是预优化，任何一种表示都比其他表示有优势吗？

7308

2017-09-04 01:33

起源

答案:

这取决于几个因素：

除了订单之外，您是否需要存储关系本身的信息？例如，许多：订单和产品之间的许多需要存储每个产品的数量。
您是否需要将关系方面的一千多个项目与“较小”基数相关联（例如，> 1000个待办事项，或> 1000个项目列表）？
您通常想要一次检索所有相关项目，还是想要更具选择性？

如果您需要额外的信息，或者您的关联中有许多元素，或者只需要检索其中的一些元素，那么关系实体可能是更好的选择。在其他情况下，列表可以更容易和更快。在todo列表的情况下，我会说键列表绝对是最好的方法。

2017-09-04 09:14

除了在关系上下文中，一个人正在推动规范化（当然，在关系情况下非常可取！）单独的TodoListItem“关系类”对我来说似乎有点过分，而且在一个方面有些“笨拙”关于问题的原因与编码的方式。然而，优化方面肯定会更容易找到项目所在的所有列表。

2017-09-04 02:01

鉴于TodoListItem可以属于多个TodoLists，我担心有一个单一的属性可以适用于该项所属的每个列表是有效的。我认为该项目需要为其所属的每个列表订购。

2017-12-22 19:58

问题 ListProperty的密钥与App Engine中的多对多

答案:

热门问题