Home | About | Sematext search-lucene.com search-hadoop.com
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB
 Search Hadoop and all its subprojects:

Switch to Plain View
HBase >> mail # user >> CopyTable


+
Patrick Schless 2013-06-17, 19:20
Copy link to this message
-
Re: CopyTable
bq.  since there doesn't seem to be a good way to rename a table

Have you looked at http://hbase.apache.org/book.html#table.rename ?

Cheers

On Mon, Jun 17, 2013 at 12:20 PM, Patrick Schless <[EMAIL PROTECTED]
> wrote:

> Context:
> I'm working on getting replication set up, and a prerequisite for me is to
> rename the table (since you have to replicate to the same name as the
> source). For this, I'm testing a CopyTable strategy, since there doesn't
> seem to be a good way to rename a table (please correct me if I'm wrong).
>
> My question:
> According to [1], the CopyTable job takes an argument "all.cells" which
> "Also
> copy delete markers and uncollected deleted cells (advanced option)."
>
> I'm confused by the "advanced option" bit. When would you not want to copy
> deletes over to a new table? Without that, it seems like you could end up
> with more data than you were expecting in the target table.
>
> Any info would be helpful.
>
> Thanks,
> Patrick
>
>
> [1] http://hbase.apache.org/book/ops_mgt.html#copytable
>
+
Patrick Schless 2013-06-17, 20:21
+
Patrick Schless 2013-06-19, 17:19
+
Matteo Bertozzi 2013-06-19, 17:24
+
Patrick Schless 2013-06-20, 22:39
+
lars hofhansl 2013-06-20, 22:48
+
Asaf Mesika 2013-06-21, 05:34
NEW: Monitor These Apps!
elasticsearch, apache solr, apache hbase, hadoop, redis, casssandra, amazon cloudwatch, mysql, memcached, apache kafka, apache zookeeper, apache storm, ubuntu, centOS, red hat, debian, puppet labs, java, senseiDB