I can probably incorporate the migration into the main patch will see how big it gets. And the rename tool as a subtask.
On May 9, 2013, at 4:21 PM, Ted Yu wrote: > The plan is feasible. > This would be done in sub-task of HBASE-8015, right ? > > Thanks > > On Thu, May 9, 2013 at 4:03 PM, Francis Liu <[email protected]> wrote: > >> Sounds like I should give the auto-generate approach a try. >> >> In essence it'll do the following: >> >> - Tables without '.' will be moved into the default namespace. >> - Tables with '.' will be move into new namespaces >> - namespaces will be delimited by the last '.' in the table name >> ie org.apache.hbase.MyTable, namespace = org.apache.hbase >> - In both cases the oldTableName is the same as the fullTableName >> - all existing apis and cli commands will be expecting full table names >> unless explicitly stated >> - a RenameTable tool will be provided to rename offline tables >> >> Let me know if any clarification is needed. >> >> -Francis >> >> >> On May 8, 2013, at 8:40 PM, Stack wrote: >> >>> On Wed, May 8, 2013 at 7:03 PM, Ted Yu <[email protected]> wrote: >>> >>>> w.r.t. auto-generate option, we need some heuristics. >>>> >>>> e.g. would namespace.schemaname.tablename be supported ? >>>> >>>> The auto-generate option may create namespace name out of existing >> schema >>>> name. >>>> >>> >>> >>> There is no schema name in hbase. James's convention up in phoenix at >> the >>> hbase-level is a table name w/ a dot in it. >>> >>> This is already a difficult enough issue. No need to add complications. >>> >>> St.Ack >> >>
