行键的长度是否有上限?
Is there an upper limit for the length of row keys?
我想知道 Google 的 BigTable 中的行键值是否有最大长度。
我知道文档建议将散列作为创建相同长度密钥的潜在解决方案,但在我的场景中,如果我在密钥中包含文件路径,我可以更好地对相关数据进行分组。
我们推荐相对较短的行键,但文件路径应该没问题。您需要确保的一件事是密钥的开头具有一些唯一性。
即。如果您要添加如下内容:
/Users/lesv/Downloads/abc.java
/Users/lesv/Downloads/abc.res
/Users/lesv/Downloads/def.java
像这样反转路径可能会更好:
java.abc/Downloads/lesv/Users
res.abc/Downloads/lesv/Users
java.def/Downloads/lesv/Users
在路径的起点获得一些独特性。
在云 Bigtable 中:
行键的最大长度为 4KiB。
列限定符的最大长度为 16 KiB。
此信息位于文档的 quotas and limits 页面上。
我想知道 Google 的 BigTable 中的行键值是否有最大长度。
我知道文档建议将散列作为创建相同长度密钥的潜在解决方案,但在我的场景中,如果我在密钥中包含文件路径,我可以更好地对相关数据进行分组。
我们推荐相对较短的行键,但文件路径应该没问题。您需要确保的一件事是密钥的开头具有一些唯一性。
即。如果您要添加如下内容:
/Users/lesv/Downloads/abc.java
/Users/lesv/Downloads/abc.res
/Users/lesv/Downloads/def.java
像这样反转路径可能会更好:
java.abc/Downloads/lesv/Users
res.abc/Downloads/lesv/Users
java.def/Downloads/lesv/Users
在路径的起点获得一些独特性。
在云 Bigtable 中:
行键的最大长度为 4KiB。
列限定符的最大长度为 16 KiB。
此信息位于文档的 quotas and limits 页面上。