HBase中表的设计
主要是将原来的关系解开
问题:
例子:
表设计一:
表设计二:
这是一个双向查询,根据人员查角色,根据角色查人员
扫描二维码关注公众号,回复:
2911985 查看本文章
![](/qrcode.jpg)
问题:
0为顶级部门,1为子部门
放到一张表中不会对效率产生影响,因为HBASE是海量存储,海量读写的。
Redis是一个内存数据库,新浪微博是使用Redis用的最好的一家公司
Redis可以持久化到本地,可以解决并发的问题
表设计中的两点:
1.加前缀,为了便于区分
2.不加前缀,进行解耦
表设计案例二:微博
规律:
如果是一对多,从一端保存多端的信息就可以
如果是一对一,就是单一的操作,不用建两张表
多对多建表的时候,数据冗余比较严重,需要建双端的查询
微博的表设计:一对多
rowkey尽量短,
列族尽量少于三个,太多的话会增加磁盘IO。