您什么时候存储 ids 以及何时将密钥存储在 gae 数据存储中？

Question

假设我的数据存储模型如下所示：

@Entity
public class User {

    @Id
    private Long id;
    @Index
    private String email;
    private Long dateOfBirth;
    // More fields...
}

@Entity
public class Topic {

    @Id
    private Long id; 
    private String topicTitle;
    private Long date; 

}

@Entity
public class Comment {

    @Id
    private Long id;
    @Parent
    private Key<Topic> topicKey;
    private Long commenterId;
    private String text;
    private Long date;

}

实体 Comment 具有父实体 Topic 的地方。我知道在指定@Parent 时应该存储密钥，就像我在评论实体中所做的那样，但是还应该存储commenterId 的密钥吗？或者存储该用户的Long id 是否足够？

只是想知道在其他实体不是父实体时存储对其他实体的引用的最佳做法是什么 - 您应该存储 id 并稍后生成密钥，还是只存储实体的密钥。有充分的理由为什么你可能会做一个而不是另一个？

编辑：由于我使用的是 Cloud Endpoints，因此我从 AppEngine 项目中获得的响应是​​ JSON。客户端库中不允许使用参数化类型的密钥。所以对我来说，id 可以工作，Key<?> 也可以工作。请注意，您应该使用以下方式将网络安全版本返回给您的客户端：

myKey.getString();

Answer 1

通常没有理由将密钥存储为参考。键占用更多空间 - 无论是在数据存储中，还是在您与客户端之间传输的对象中。

仅当相同的实体类型可以是其自身或另一个实体的子实体时，才可能需要使用密钥。这在技术上是可行的，并且一些数据模型可以使用这种方法，尽管这可能是一个非常罕见的用例。

注意：我只在对象中使用父级的 ID - 出于同样的原因（更少的空间）。在数据存储实体中，父 ID 始终可以从子实体键中提取。但是，我使用低级 Datastore API - 您需要检查如何在您使用的库中正确注释父子关系。