为基于位置的条目设计HBase表(架构)
需要为基于位置的条目设计HBase表(架构)的一些要点或建议,即按照为基于位置的条目设计HBase表(架构),hbase,Hbase,需要为基于位置的条目设计HBase表(架构)的一些要点或建议,即按照 1. Continent 2. Country 3. States 4. Cities 5. Pincode/Zipcode Hbase是一个无模式的数据库,它可以用许多列进行垂直扩展。因此,我们一般从以下几个方面来设计Hbase模式 柱族 按其特征分隔列。通常不应超过3列族,以获得更好的性能 数据访问模式 这取决于您对Hbase的使用情况。我的意思是您想如何查询Hbase,这有助于您设计Hbase密钥。您必须确保RowK
1. Continent
2. Country
3. States
4. Cities
5. Pincode/Zipcode
Hbase是一个无模式的数据库,它可以用许多列进行垂直扩展。因此,我们一般从以下几个方面来设计Hbase模式 柱族 按其特征分隔列。通常不应超过3列族,以获得更好的性能 数据访问模式 这取决于您对Hbase的使用情况。我的意思是您想如何查询Hbase,这有助于您设计Hbase密钥。您必须确保RowKey应该是幂等的。Hbase必须具备强大的RowKey设计。这有助于避免全表扫描。保持固定长度的行键格式有助于提高性能 集群上的数据分布 在设计RowKey之后,您必须关注RowKey盐析,以避免Hbase中的热点问题 如果您的数据访问模式是
SaltingKey-Continent-Country-States-Cities-Pincode
例如:
//x001-ASIA######-SINGAPORE#-CHANGI####-VILLAGE###-477000
我希望这有助于开始
Hbase是一种无模式的数据库,它可以通过许多列进行垂直扩展。因此,我们一般从以下几个方面来设计Hbase模式 柱族 按其特征分隔列。通常不应超过3列族,以获得更好的性能 数据访问模式 这取决于您对Hbase的使用情况。我的意思是您想如何查询Hbase,这有助于您设计Hbase密钥。您必须确保RowKey应该是幂等的。Hbase必须具备强大的RowKey设计。这有助于避免全表扫描。保持固定长度的行键格式有助于提高性能 集群上的数据分布 在设计RowKey之后,您必须关注RowKey盐析,以避免Hbase中的热点问题 如果您的数据访问模式是
SaltingKey-Continent-Country-States-Cities-Pincode
例如:
//x001-ASIA######-SINGAPORE#-CHANGI####-VILLAGE###-477000
我希望这有助于开始
@MathsRkBala停止使用
内联代码
和内联粗体代码
作为随机术语。没关系。。但我做到了可读性&很容易识别问题和预期结果……描述实体示例too@MathsRkBala停止对随机术语使用inline code
和inline bold code
。没关系。。但我做到了可读性&很容易识别问题和预期结果……也描述实体示例