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