rowkey about simplehbase HOT 6 OPEN

另外一个的问题是：你从Hbase获取的元数据，都是先转化为String再去与类信息匹配的。建议你将类信息直接转化为byte数组，这样子从hbase获取的元数据就可以直接匹配了，这样子省去了转化String的过程。而且，key、value转化的字节数组一般都较小，使用Bytes类里数组比较方法更好。总体性能能提升不少。也就是说，将TypeInfo类中的columnInfosMap，改成：
Map<byte[], Map<byte[], ColumnInfo>> columnInfosMap = new TreeMap<byte[], Map<byte[], ColumnInfo>>(Bytes.BYTES_COMPARATOR);

from simplehbase.

简单看了下ppt中举的例子，发现个问题：rowkey存储的数据，貌似在qualifier里面也存储了一份。是么？

这个只是例子这么做的，实际上要看HTable的设计，可以在rowkey和qualifier中存2份，也可以rowkey中保存了，qualifier中不存，主要是看应用场景。

from simplehbase.

Map> columnInfosMap = new TreeMap>(Bytes.BYTES_COMPARATOR);

这个我下来测下，看看性能影响多大，谢谢这个建议。

from simplehbase.

这样子做，还有两个好处：
1.能实现“原始的qualifier为byte数组”的支持。有的人就是想直接定义qualifier为byte数组，而不是字符串。
2.少去了字节数组转换为String导致的gc

from simplehbase.

第2个好处是肯定的。

第1个我不太确定，什么场景下需要直接定义qualifier为byte数组。

from simplehbase.

我测了一下，性能差别不是很大。
测试代码TestUsingMapWithKeyStringAndBytes。
loop=1000000 get from string map avgtime=2.69E-4 get from bytes map avgtime=7.7E-5

from simplehbase.