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

stack commented on HBASE-13754:
-------------------------------

bq. wdyt

Agree. Lets  add serialize only for now. Can add in deserialize later as we 
need it.

How about an hbase version of this: 
http://docs.oracle.com/javaee/6/api/javax/resource/cci/Streamable.html (like 
this 
http://docs.oracle.com/javase/7/docs/api/org/omg/CORBA/portable/Streamable.html 
)  You could add a write override to KeyValue it looks like.




> Allow non KeyValue Cell types also to oswrite
> ---------------------------------------------
>
>                 Key: HBASE-13754
>                 URL: https://issues.apache.org/jira/browse/HBASE-13754
>             Project: HBase
>          Issue Type: Sub-task
>          Components: Scanners
>            Reporter: Anoop Sam John
>            Assignee: Anoop Sam John
>             Fix For: 2.0.0
>
>         Attachments: HBASE-13754.patch
>
>
> While making the cellblock for returning data to client, we have to write the 
> cell data into an OutputStream. KeyValue has a static oswrite() method with 
> which it can write data in one go. (KeyValue components are in a single 
> byte[]). For other cell implementation, we will call getXXXLength() and 
> getXXXArray() and write each component one after the other. This is not 
> efficient as the KeyValue way. In fact other cell impls also may have one 
> contigous byte[] backing for keys atleast. (See ClonedSeekerState) We can 
> optimize for such Cells also.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to