You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Max Lapan (JIRA)" <ji...@apache.org> on 2013/07/16 14:56:48 UTC
[jira] [Updated] (HBASE-8959) Bitmasks handling
[ https://issues.apache.org/jira/browse/HBASE-8959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Max Lapan updated HBASE-8959:
-----------------------------
Description:
I think it would be useful to natively support bitmasks in hbase columns with ability to check/set/clear/toggle individual bits in byte[] for any column.
Now, we forced to store lots of feature flags as separate, 1-byte values, which is a waste of space. Compression helps, I guess, but anyway, not ideal.
I see this as a set of new KeyValue.Type, which describes needed bit-operations. Operations itself performed on compaction or scan process. Similiar things a performed for KeyValue.Minimum and KeyValue.Maximum.
What do you think about this feature? Maybe, I'm missing something and it is much harder to implement than I think?
was:
I think it would be useful to natively support bitmasks in hbase columns with ability to check/set/clear/toggle individual bits in byte[] for any column.
Now, we forced to store lots of feature flags as separate, 1-byte values, which is a waste of space. Compression helps, I guess, but anyway, not ideal.
I see this as a set of new KeyValue.Type, which describes needed bit-operations. Operations itself performed on compaction or scan process. Similiar things a performed for KeyValue.Minimum and KeyValue.Maximum.
What do you think about this feature? Maybe, I missing something and it is much harder to implement than I imagine?
> Bitmasks handling
> -----------------
>
> Key: HBASE-8959
> URL: https://issues.apache.org/jira/browse/HBASE-8959
> Project: HBase
> Issue Type: New Feature
> Reporter: Max Lapan
> Priority: Minor
>
> I think it would be useful to natively support bitmasks in hbase columns with ability to check/set/clear/toggle individual bits in byte[] for any column.
> Now, we forced to store lots of feature flags as separate, 1-byte values, which is a waste of space. Compression helps, I guess, but anyway, not ideal.
> I see this as a set of new KeyValue.Type, which describes needed bit-operations. Operations itself performed on compaction or scan process. Similiar things a performed for KeyValue.Minimum and KeyValue.Maximum.
> What do you think about this feature? Maybe, I'm missing something and it is much harder to implement than I think?
--
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