hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nick Dimiduk (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-7692) Add utility class to generate ordered byte[] serialization
Date Mon, 04 Mar 2013 17:31:13 GMT

    [ 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

Mime
View raw message