根据规范,UUID 为 128 位或 16 字节。十六进制表示形式为 36 个字符(包括连字符)。我正在 DynamoDB 上构建一个新表,并且必须决定计划用 UUID 填充的哈希键的类型。我应该使用这些 UUID 的字符串或二进制哈希键创建表吗?我的直觉告诉我字节,因为它的大小不到一半,因此可以节省带宽、空间等。
是否有人有过其中一种方式的经验,并且有充分的理由选择其中一种而不是另一种?
我个人更喜欢使用尽可能多的基于字符串的属性/键,主要是因为在 AWS DynamoDB 控制台中调试这些属性/键更容易。
我还认为二进制文件是为压缩和原始二进制数据添加的,而 IMO UUID 则不是。
从纯粹的性能角度来看,您可能是对的 - 但我会坚持使用可读的 UUID 字符串表示形式。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)