具有祖先的数据存储模型设计

Question

我现在已经将 Datastore 用于两个项目，但是对于这两个项目，我都未能利用祖先关系。经过大量的阅读和研究，我相信我终于明白了如何设计一个出色的 Datastore 模型。

想象一个类似于 Reddit/Instagram 的网站，用户可以在其中创建其他用户可以订阅的自己的类别（类似于 Subreddits）。用户可以互相关注，不同用户上传的图片会上传到这些分类中，并显示在特定用户的个人资料下（如在 Instagram 中）。考虑到这一点，我认为这是理想的设计：

Category
- User
- - Image
- Subscriber
User
- Follower
- Following

使用此 Datastore 模型，我相信应该可以轻松检索“用户 id”或“类别 id”上传的所有图像、订阅“类别 id”的所有用户、上传到“类别 id”的所有图像。所有关注或被“用户id”关注的用户，用户上传的所有图片都被“用户id”关注。

我非常感谢一些 Datastore 专家的反馈和改进它的潜在方法（我特别好奇在两个不同位置使用“用户”作为祖先是否有任何问题，因为它是“类别”的子级' 在一个地方，但不在另一个地方）..

---

我希望这将有助于使问题更易于理解/回答:)

我有以下实体：

Category
- ID int64
- Name string
- etc..

User
- Username string (NameKey)
- Password []byte
- etc..

Image
- ID int64
- StorageID string
- MD5Hash string
- etc..

Follow
- ID int64
- Follower string
- Following string

Category、User、Image 和 Follow 是实体，ID、Name、Username 等是属性名称。

因此 Image 实体将来自 User（上传图片的人）和 Category 祖先

Follow 实体将继承自 User 祖先

至于订阅者，我不确定是否最好创建一个类似于 Follow 的全新实体（在这种情况下，它可能包括用户首次订阅的日期），还是让它成为一个属性

Answer 1

实体组（具有相同根祖先的所有实体，包括根祖先）在查询时更多地是关于一致性单元。这种设计的一个问题是可扩展性，因为实体组被限制为每秒持续 1 个事务（您可以爆发更高）。

使用当前的设计，您在一个类别中的所有查询都将保持高度一致，但您将被限制为每秒 1 个新图像。

由于对一个类别中的所有图像具有高度一致的视图可能不如确保您可以处理增长那么重要，因此最好让图像从根用户实体下降（因此用户正在寻找他们的自己的图像是强一致的）并且类别只是图像实体属性中的一个 id。

Category
- ID int64
- Name string
- OwnerUserID string
- etc..

User
- Username string (NameKey)
- Password []byte
- etc..

Image (descends from User)
- ID int64
- StorageID string
- MD5Hash string
- CategoryID int64
- etc..

现在列出用户 123 的所有图像（高度一致）：

SELECT * FROM Image WHERE __key__ HAS ANCESTOR (User, 123)

列出类别 456 中用户 123 的所有图像（高度一致）：

SELECT * FROM Image WHERE __key__ HAS ANCESTOR (User, 123) AND CategoryID = 456

列出类别 456 中的所有图像（最终一致）：

SELECT * FROM Image WHERE CategoryID = 456

列出所有图片（最终一致）

SELECT * FROM Image