Database 实体类型与键不同吗?

Database 实体类型与键不同吗?,database,google-cloud-datastore,google-cloud-platform,data-modeling,Database,Google Cloud Datastore,Google Cloud Platform,Data Modeling,与键相比,实体类型/种类是否有任何特殊属性或限制?在我看来,实体类型只是一个键,只是它没有父级,API客户端使用这个概念来避免冲突,但从技术上讲,在数据存储级别上没有区别。这都是一把大钥匙。我说得对吗;DR:是的,实体种类与键不同,因为它用于索引目的。可以将其大致类似于表名 通过实体类型,我假设您指的是实体类型 实体的键对于您的项目来说是全局唯一的,它由实体种类、其Id或名称以及可选的祖先路径(更多的是种类和Id/名称对)组成 在过于简单的情况下,可以将“Kind”视为表名。云数据存储自动按其种

与键相比,实体类型/种类是否有任何特殊属性或限制?在我看来,实体类型只是一个键,只是它没有父级,API客户端使用这个概念来避免冲突,但从技术上讲,在数据存储级别上没有区别。这都是一把大钥匙。我说得对吗;DR:是的,实体种类与键不同,因为它用于索引目的。可以将其大致类似于表名

通过实体类型,我假设您指的是实体类型

实体的键对于您的项目来说是全局唯一的,它由实体种类、其Id或名称以及可选的祖先路径(更多的是种类和Id/名称对)组成

在过于简单的情况下,可以将“Kind”视为表名。云数据存储自动按其种类为每个实体编制索引,这允许您对该种类的实体进行“全局”查询,而不管它们是否是另一个实体的后代的根实体。

TL;DR:是的,实体种类与键不同,因为它用于索引目的。可以将其大致类似于表名

通过实体类型,我假设您指的是实体类型

实体的键对于您的项目来说是全局唯一的,它由实体种类、其Id或名称以及可选的祖先路径(更多的是种类和Id/名称对)组成

在过于简单的情况下,可以将“Kind”视为表名。云数据存储自动按其种类为每个实体编制索引,这允许您对该种类的实体执行“全局”查询,而不管它们是否是另一个实体的后代的根实体