对 GAE 数据存储的直观理解答案

【问题标题】：Visual understanding of the GAE datastore对 GAE 数据存储的直观理解
【发布时间】：2012-06-25 13:59:16
【问题描述】：

我正在尝试了解 Google App Engine (GAE) 数据存储的设计方式和使用方法。我很难从getting started page 的描述中可视化结构。

有人可以为我们这些以视觉为导向的人使用数字来解释数据存储吗？还是在考虑视觉学习的情况下再次指向一个好的教程？

我正在专门寻找解释如何使用 GAE 的图表/数字的答案。

【问题讨论】：

具体来说，您想可视化什么？
@DanielRoseman：基本上不同的术语是如何关联的：实体、键、父/子关系、祖先。它在文本中被描述为层次结构，我想要一个视觉表示。还有实体组和祖先查询如何与之相关。
offtopic: undskyld at jeg blander mig sådan her, men jeg ved ikke lige hvordan jeg ellers kan skrive til dig :) Jeg så dit spm heromme og håber 在 du ikke føler dig jaget væk！ Chat hvis du vil.

标签： google-app-engine google-cloud-datastore

【解决方案1】：

2008 年 IO 会议“Under the Covers of the Google App Engine Datastore”对数据存储区进行了很好的可视化概述。

https://sites.google.com/site/io/under-the-covers-of-the-google-app-engine-datastore

http://snarfed.org/datastore_talk.html

如需更多 IO 讨论，请访问： https://developers.google.com/appengine/docs/videoresources

【讨论】：

【解决方案2】：

非常简单我知道 GAE 可以看作是哈希图的哈希图。

也就是说你可以这样看：

【讨论】：

谢谢，这正是我正在寻找的答案类型。 :)

【解决方案3】：

我想这里没有正确的答案，只是不同的思维模型。根据您的编程背景，您可能会发现我的启发、令人不安或两者兼而有之。我将数据存储区想象成一个巨大的分布式键值存储桶集合，其中包含任何命名空间中任何类型的所有实体数据以及所有用户的所有 GAE 应用程序。单个存储桶称为实体组。它有一个根键（在后台）由您的 appID、命名空间、种类、实体 ID 或名称组成。在一个实体组中驻留一个或多个实体，这些实体具有扩展根密钥的密钥。属于根密钥本身的实体可能存在也可能不存在。单个实体组中的操作是原子的（事务性的）。实体是一个简单的类似地图的数据结构。 2 个内置索引（升序和降序）又是 2 个巨大的索引条目排序集合。每个索引条目都是 appID、命名空间、种类、属性名称、属性类型、属性值、实体键的数据结构 - 按此顺序。每个实体的每个属性的每个（自动）索引值都会创建 2 个这样的索引条目。还有另一个索引，其中只有实体键。然而，自定义索引转到另一个排序集合，其中包含 appID、命名空间、索引类型、组合索引值、实体键的条目。这是整个数据存储中唯一使用元数据的部分。它存储一个索引定义，该定义告诉存储如何从实体形成组合索引值。这是我脑海中烙印的画面，我知道如何让数据存储满意。

【讨论】：