Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Mon, 15 Oct 2012 21:27:07 +0000 (UTC)
From: "Sergey Shelukhin (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <643482120.47755.1350336427603.JavaMail.jiratomcat@arcas>
In-Reply-To: <1532497810.137759.1348809307885.JavaMail.jiratomcat@arcas>
Subject: [jira] [Updated] (HBASE-6894) Adding metadata to a table in the
 shell is both arcane and painful
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/HBASE-6894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sergey Shelukhin updated HBASE-6894:
------------------------------------

    Attachment: HBASE-6894.patch

A somewhat massive cleanup.
In total (some of this was in the previous patch):

Using table_att should no longer be necessary.
It should now be possible to modify multiple things in flat format e.g. A => B, C => D... at the same time (except column families and things like delete/table_att_unset).
Added warnings about ignored arguments.
Removed ambiguity around the application of SPLITS/_FILE and (deprecated?) SPLITALGO.
Fixed issue where COMPRESSION_COMPACT is applied to incorrect descriptor.
Fixed issue with CONFIG => ... value not being validated correctly.
Removed the ability to create table without column families by supplying some non-cf argument e.g. OWNER or CONFIG.

Please review code changes, if they are generally ok I can update help...
                
> Adding metadata to a table in the shell is both arcane and painful
> ------------------------------------------------------------------
>
>                 Key: HBASE-6894
>                 URL: https://issues.apache.org/jira/browse/HBASE-6894
>             Project: HBase
>          Issue Type: Bug
>          Components: shell
>    Affects Versions: 0.96.0
>            Reporter: stack
>              Labels: noob
>         Attachments: HBASE-6894.patch, HBASE-6894.patch, HBASE-6894.patch
>
>
> In production we have hundreds of tables w/ whack names like 'aliaserv', 'ashish_bulk', 'age_gender_topics', etc.  It be grand if you could look in master UI and see stuff like owner, eng group responsible, miscellaneous description, etc.
> Now, HTD has support for this; each carries a dictionary.  Whats a PITA though is adding attributes to the dictionary.  Here is what seems to work on trunk (though I do not trust it is doing the right thing):
> {code}
> hbase> create 'SOME_TABLENAME', {NAME => 'd', VERSION => 1, COMPRESSION => 'LZO'}
> hbase> # Here is how I added metadata
> hbase> disable 'SOME_TABLENAME'
> hbase> alter 'SOME_TABLENAME', METHOD => 'table_att', OWNER => 'SOMEON', CONFIG => {'ENVIRONMENT' => 'BLAH BLAH', 'SIZING' => 'The size should be between 0-10K most of the time with new URLs coming in and getting removed as they are processed unless the pipeline has fallen behind', 'MISCELLANEOUS' => 'Holds the list of URLs waiting to be processed in the parked page detection analyzer in ingestion pipeline.'}
> ...
> describe...
> enable...
> {code}
> The above doesn't work in 0.94.  Complains about the CONFIG, the keyword we are using for the HTD dictionary.
> It works in 0.96 though I'd have to poke around some more to ensure it is doing the right thing.
> But this METHOD => 'table_att' stuff is really ugly.... can we fix it?
> And I can't add table attributes on table create seemingly.
> A little bit of thought and a bit of ruby could clean this all up.

--
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