3
条回答
写回答
写回答
-
大宽表是无压力。。 3000个字段里找 rowkey你可以很酸爽了。
你如果3000个字段都可以指到同一个rowkey 那就凶猛一点上吧。
雪花状的业务， 比较适合拍扁成一张大宽表。2019-07-17 23:13:01赞同 展开评论 打赏 -
专注在大数据分布式计算、数据库及存储领域，拥有13+年大数据引擎、数据仓库、宽表引擎、平台研发经验，6年云智能大数据产品技术一号位经验，10年技术团队管理经验；云智能技术架构/云布道师； 研发阿里历代的大数据技术产品包括ODPS、DLA、ADB，最近五年主导宽表引擎研发、DLA、ADB湖仓研发；hbase的列基本没有限制，且是动态的。3000列没有问题。
不过超过1w，查询效率肯定有一定的下降。如果是稀疏的，每次查询一部分问题不大。2019-07-17 23:13:01赞同 1 展开评论 打赏 -
HBase是一个分布式的、面向列的开源数据库,一个结构化数据的分布式存储系统。HBase不同于一般的关系数据库，它是一个适合于非结构化数据存储的数据库。阿里云HBase技术团队共同探讨HBase及其生态的问题。个人觉得就放在一个CF下面，不赞成大于一个CF，其实hbase表设计主要在于key的设计，要根据的业务场景来定key的设计
2019-07-17 23:13:01赞同 展开评论 打赏
问答分类：
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
