可用于定义数据存储实体的key_name的最大字符数是多少？
拥有很长的key_names是否不好？
例如:
假设我们使用170个字符的key_names，这是Twitter消息的长度140，再加上10个数字字符表示纬度，10个表示经度，10个表示时间戳。
(这样的key_name的理由:因此，通过使用这样的key_name，我们可以轻松快捷地确定没有重复的帖子，因为同一消息不应来自同一地点和时间，一次又一次。)
最佳答案
没有硬性最大值-密钥名称的最大长度是密钥的最大长度，减去一些开销，密钥可以变得很长。
但是，拥有非常长的键名是不好的:除了存储和检索它之外，每个索引条目都包含它所引用的键名，因此，较长的键名意味着更高的索引开销。如果要确保大文本的唯一性，最好的选择是使键名成为输入的MD5或SHA1之和，以确保唯一性和短(-ish)键名。
关于google-app-engine - 数据存储实体key_name可以保留多长时间(最多字符)？拥有很长的key_names是否不好？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/2557632/