Google app engine 对GAE数据存储的直观理解

我试图了解谷歌应用程序引擎（GAE）数据存储是如何设计的，以及如何使用它。我有一点难以想象的结构，从描述在现场

有人能用数字为我们这些以视觉为导向的人解释一下数据存储吗？或者在考虑到视觉学习的情况下，再次指向一个好的教程

我特别想用图表/图表来说明GAE的使用方法。

2008 IO课程“在Google App Engine数据存储的封面下”对数据存储有一个良好的视觉概述

有关更多IO对话，请访问：

---

我想这里没有正确的答案，只是不同的思维模式。根据你的编程背景，你可能会发现我的启发，干扰或两者兼而有之。我将数据存储描绘成一个巨大的分布式键值bucket集合，包含任何名称空间中任何类型的所有实体数据和所有用户的所有GAE应用程序。单个bucket称为实体组。它有一个根键（在引擎盖下），由appID、名称空间、种类、实体ID或名称组成。在实体组中驻留一个或多个实体，这些实体具有扩展根键的键。属于根密钥本身的实体可能存在，也可能不存在。单个实体组中的操作是原子的（事务性的）。实体是一个简单的类似于地图的数据结构。这两个内置索引（升序和降序）也是两个索引项的巨大排序集合。每个索引项都是appID、名称空间、种类、属性名称、属性类型、属性值、实体键的数据结构，按顺序排列。

---

每个实体的每个属性的每个（自动）索引值创建2个这样的索引项。还有一个索引中只有实体键。但是，自定义索引会转到另一个已排序的集合，其中的条目包含appID、名称空间、索引类型、组合索引值和实体键。这是整个数据存储中唯一使用元数据的部分。它存储一个索引定义，该定义告诉存储如何从实体形成组合索引值。这是一幅烧灼在我脑海中的画面，从中我知道如何使数据存储愉快。

非常简单，我知道GAE可以被视为一个hashmap的hashmap

也就是说你可以这样看：

---

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