KeyProperty 或 IntegerID 查找模型一对多关系 Google App Engine

Question

这可能是一个超级愚蠢的问题，但这里是：

在 App Engine 上，如果我想为一对多关系建模，我应该将引用的实体存储为 KeyProperty，还是应该简单地将实体的 numericID（由 App Engine 自动生成）存储为整数属性？

例如：

class Book(ndb.Model):
    author = ndb.KeyProperty(kind=Author)

class Author(ndb.Model):
    name = ndb.StringProperty()

或者：

class Book(ndb.Model):
    author_id = ndb.IntegerProperty()

class Author(ndb.Model):
    books = ndb.StringProperty()

在第二个例子中，如果我想得到一本书的作者，我可以这样做：

key = ndb.Key('Author', Book.author_id)
author = key.get()

一种方法会比另一种更有效吗？如果应用程序规模很大，例如一个作者可以拥有 100 万本书，而我需要查询该作者的所有书籍，那么一种方法会比另一种更有效吗？

我倾向于第二种方式，只是因为我觉得存储ID而不是复杂的Key对象会更少存储，特别是如果我需要输出JSON，很难序列化Key对象

Answer 1

有一种方法可以从键生成 Web 安全字符串，但键确实比 ID 占用更多空间。没有理由使用 Keys 进行引用，除了一些罕见的用例，当您需要知道父实体并决定存储完整密钥比传递实体的 ID 和父实体的 ID 更容易（甚至可能父母的父母）每次。

此外，如果一个属性包含在复合索引中，则大小的差异会变得更加显着。