You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hbase.apache.org by "Jim Kellerman (JIRA)" <ji...@apache.org> on 2008/07/17 03:10:31 UTC
[jira] Resolved: (HBASE-484) Store HRegionInfo in META and ROOT as
multiple cells instead of a binary field
[ https://issues.apache.org/jira/browse/HBASE-484?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jim Kellerman resolved HBASE-484.
---------------------------------
Resolution: Won't Fix
Other capabilities will soon exist that obviate the need for this change.
> Store HRegionInfo in META and ROOT as multiple cells instead of a binary field
> ------------------------------------------------------------------------------
>
> Key: HBASE-484
> URL: https://issues.apache.org/jira/browse/HBASE-484
> Project: Hadoop HBase
> Issue Type: Improvement
> Components: master, regionserver
> Reporter: Bryan Duxbury
> Priority: Trivial
>
> Right now we keep our HRegionInfos stored as a stream of bytes in a single column in the META and ROOT tables. This is convenient to build and write in code under normal circumstances, and we've made the shell deserialize the binary into human readable data for display purposes.
> However, we really don't have much flexibility to edit the info through the shell since it's binary. This means that when we need some latitude to reach in and tweak some stuff because of bugs or just for experimental purposes, we have to go and write custom tools in Java to achieve anything.
> One way to mitigate this problem would be to stop storing HRIs as binary data and start putting each field into separate first-class columns in META and ROOT. This would let us do whatever we want in terms of single-row operations in the shell. We wouldn't have to make a special case for reading the data in those circumstances then, either.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.