我想了解 Google NDB 数据存储密钥
I want to know about Google NDB data store keys
我是 GAE 的新手。我开始研究 NDB 数据存储服务。但是它的父键结构真的让我很困惑。我也在 YouTube 上看了一些教程，但他们只是解释了它的文档。
我也遵循了文档，但我仍然不清楚。就是我探索的link
NDB 数据存储是一个分布式系统。对于一般的分布式系统来说，绝对的数据一致性是非常困难的。默认情况下 NDB 是最终一致的。这意味着默认情况下：
- 如果您添加一条记录，它可能不会立即出现在查询中
- 默认情况下您不能跨多个记录进行交易
如果您有更严格的要求，您可以通过为它们提供相同的父键并在查询中指定来定义实体组。然后您就可以在这些组中获得一致的行为。
通常最好根本不使用父键，因为它们会带来严重的性能损失。大多数时候应用程序不需要父密钥。
引用自Entities, Properties, and Keys
There is a write throughput limit of about one transaction per second within a single entity group. This limitation exists because Datastore performs masterless, synchronous replication of each entity group over a wide geographic area to provide high reliability and fault tolerance.
我是 GAE 的新手。我开始研究 NDB 数据存储服务。但是它的父键结构真的让我很困惑。我也在 YouTube 上看了一些教程，但他们只是解释了它的文档。
我也遵循了文档，但我仍然不清楚。就是我探索的link
NDB 数据存储是一个分布式系统。对于一般的分布式系统来说，绝对的数据一致性是非常困难的。默认情况下 NDB 是最终一致的。这意味着默认情况下：
- 如果您添加一条记录，它可能不会立即出现在查询中
- 默认情况下您不能跨多个记录进行交易
如果您有更严格的要求，您可以通过为它们提供相同的父键并在查询中指定来定义实体组。然后您就可以在这些组中获得一致的行为。
通常最好根本不使用父键，因为它们会带来严重的性能损失。大多数时候应用程序不需要父密钥。
引用自Entities, Properties, and Keys
There is a write throughput limit of about one transaction per second within a single entity group. This limitation exists because Datastore performs masterless, synchronous replication of each entity group over a wide geographic area to provide high reliability and fault tolerance.