本地Datastore控制台按类型查多属性：Go写入实体属性重复问题咨询

首先可以明确告诉你：这不是内部存储重复的问题，而是Datastore统计环节的类型归类逻辑导致的现象，下面具体解释两种情况：

整数类型（Integer vs INT64） #

Datastore的底层存储其实并没有区分int8/int16/int32/int64这些细分整数类型，所有整数类型最终都会统一以INT64的格式存储。而统计数据里出现的"Integer_status_entityname"和"INT64_status_entityname"，是统计工具的两种不同归类维度：

• "Integer_"开头的条目是对所有整数类型的宽泛统计，它涵盖了代码中声明的各种整数子类型（比如你的int8）；
• "INT64_"开头的条目是对应底层实际存储的精确类型统计。

至于你看到的builtin_index_count差异：因为你给status属性设置了noindex，所以宽泛归类的Integer条目索引计数为0；而INT64条目的索引计数大于0，大概率是Datastore内部的统计逻辑标记，并非实际创建了索引——毕竟你已经明确设置了noindex，实际存储中不会为这个属性建立索引。

字符串类型（STRING vs Text） #

类似的逻辑也适用于字符串：

• Datastore里的STRING类型是可索引的短字符串，而Text类型是不可索引的长文本（默认不索引）；
• 当你在Golang代码中声明string类型属性并设置noindex时，Datastore客户端会自动将其转换为Text类型存储，避免创建不必要的索引；
• 统计数据里同时出现STRING和Text条目，同样是统计工具的归类逻辑：STRING对应可索引的字符串类型，Text对应不可索引的文本类型。你的实际数据只存储了一种，只是统计时按两种可能的类型维度做了展示。

总结一下：实际存储中并没有重复的属性，只是统计工具在生成数据时，同时按代码声明的类型和底层实际存储的类型做了多维度归类，才出现了看似重复的条目。

内容的提问来源于stack exchange，提问作者Siva