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

Nick Dimiduk commented on HBASE-7692:
-------------------------------------

bq. This is definitely not just client side. Phoenix would use this in the 
innermost loops of coprocessor region scans and custom filter evaluation.

I believe maintainer of RS components tend to view consumption of the 
coprocessor and filter interfaces as "client" concerns. What I believe [~stack] 
means here is that the RS implementation would continue to view its whole world 
as byte[], not make use of this library.

bq. I'm not completely against the "RowKey" suffix in the name, but if we want 
to change it how about "Codec" or "Type" instead?

This segues nicely into the related conversation, which is that I believe HBase 
should provide its own primitive types, just as the Management Systems of RDBMS 
world provide. Again, nothing that needs baked into the internals of the 
system, but some set of types that are language-neutral and clearly defined. I 
think this is the best way to establish interoperability between tools. HBase 
needs to think more actively about the world outside of Java.
                
> Add utility class to generate ordered byte[] serialization
> ----------------------------------------------------------
>
>                 Key: HBASE-7692
>                 URL: https://issues.apache.org/jira/browse/HBASE-7692
>             Project: HBase
>          Issue Type: Improvement
>          Components: util
>            Reporter: Nick Dimiduk
>            Assignee: Nick Dimiduk
>             Fix For: 0.95.0
>
>         Attachments: HBASE-7692.v1.patch, HBASE-7692.v2.patch, 
> HBASE-7692.v3.patch, HBASE-7692.v4.patch, HBASE-7692.v5.patch
>
>
> The current Bytes utility class works, but produces output that does not 
> maintain the native sort ordering of the input value. This results in, for 
> example, a negative value that does not necessarily sort before a positive 
> value. HBase should provide a canonical implementation of such a 
> serialization format so that third-parties can reliably build on top of 
> HBase. This will allow an implementation for HIVE-3634, HIVE-2599, or 
> HIVE-2903 that is compatible with similar features in Pig.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to