hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ramkrishna.s.vasudevan (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-10680) Check if the block keys, index keys can be used as Cells instead of byte[]
Date Sun, 06 Jul 2014 07:13:34 GMT

    [ https://issues.apache.org/jira/browse/HBASE-10680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14053056#comment-14053056
] 

ramkrishna.s.vasudevan commented on HBASE-10680:
------------------------------------------------

This was just to see if every where we could store as Cells and this means even in the write
path.  Currently from KV we extract out the key part and was storing it as a key byte[]. 
The key byte[]  i mean the root level, intermediate keys etc.
So for direct comparison with a cell and it's key part we had to extract the key portion from
the Cell and then do the compare (that is where the KeyOnlyKeyValue) was introduced. I think
for doing this we may have to change the write path also which I think is not easily doable
without changing the format of the Hfile layouts.  Can defer this for now and reopen when
needed.

> Check if the block keys, index keys can be used as Cells instead of byte[]
> --------------------------------------------------------------------------
>
>                 Key: HBASE-10680
>                 URL: https://issues.apache.org/jira/browse/HBASE-10680
>             Project: HBase
>          Issue Type: Sub-task
>    Affects Versions: 0.99.0
>            Reporter: ramkrishna.s.vasudevan
>            Assignee: ramkrishna.s.vasudevan
>             Fix For: 0.99.0
>
>
> While doing HBASE-10531 we can observe that most of the comparison happens between the
key part of the KVs.  If suppose we need to make use of Cells  and get rid of Kv.getBuffer()
then the Keys with which the comparison are done like the block keys, index keys etc should
also be changed to Cells and internally do the comparison as cell. This issue would help to
brain storm this and implement the feasible soln.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message