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

Der*_*mer 11 google-app-engine models

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

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

class TodoList(db.Model):
  items = db.ListProperty(db.Key)
Run Code Online (Sandbox Code Playgroud)

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

class TodoListItem(db.Model):
  item = db.ReferenceProperty(TodoItem)
  list = db.ReferenceProperty(TodoList)
  order = db.IntegerProperty()
Run Code Online (Sandbox Code Playgroud)

我肯定会通过对模型进行非规范化来优化它,但是预优化,任何一种表示都优于另一种吗?

Nic*_*son 10

这取决于几个因素:

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

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