在 Google App Engine 中使用关系数据建模多对多

Question

我的应用程序中有两个模型，Transaction 和 Person，具有多对多关系。每笔交易都包括一些人。对于每个人，该人所连接的每笔交易也有一个金额。因此，我需要用关系数据建模多对多关系。 Google 建议采用这种方法：

http://code.google.com/intl/sv-SE/appengine/articles/modeling.html

通过这种方法，我有一个这样的模型：

class TransactionPerson(db.Model):
    # References
    transaction = db.ReferenceProperty(Transaction, required=True)
    person = db.ReferenceProperty(Person, required=True)
    # Values
    amount = db.FloatProperty(required=True)

但我发现这对性能非常不利，因为如果我需要汇总所有交易中每个人的金额，我需要循环 Person*Transaction*TransactionPerson 次以在汇总金额时实现“加入”。

我的想法

我的想法是在 Transaction 模型中有两个列表：

class Transaction(db.Model):
    persons = ListProperty(db.Key)
    persons_amount = ListProperty(float)

这样我就不需要遍历每个人的所有 TransactionPerson 来找到关联的 Transaction。而且我仍然可以根据 Person 查询 Transactions。

问题

1. 这可能吗？您能否相信在存储/检索时列表顺序始终相同，以便列表之间的索引同步？
2. 这是实现与关联数据的多对多关系的好方法吗？

Answer 1

我怀疑你解决了错误的问题。中间关联实体是一个很好的方法。您遇到的问题是摘要需要很长时间来计算；你应该更关心这一点；

首选方法是提前计算汇总数据。

在“每个人的交易总数”的特定情况下，这意味着您希望向 Person 模型添加一个额外的字段，并使用他们所有交易的运行总数来更新它。您将在任何时候修改 TransactionPerson 时更新它，以便汇总值始终正确。

Answer 2

1. 是的，您可以依赖正在维护的订单。来自docs：

当查询和 get() 返回实体时，列表属性值的顺序与存储时的顺序相同。有一个例外：Blob 和 Text 值被移到列表的末尾；但是，它们彼此之间保持原来的顺序。

2. 是的，ListProperties 是反规范化关系的朋友。我倾向于大量复制数据，并以这种方式使用非规范化数据的“缓存”等列表属性。