Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Let HiveTableDescriptor be constructed directly from an org.apache.hadoop.hive.metastore.api.Table instance #1

Open
matt-martin opened this issue Jun 17, 2014 · 3 comments

Comments

@matt-martin
Copy link

The current implementation of HiveTableDescriptor makes it difficult to create a table with a non-default location or a custom input/output format (there may be other limitations, but those are the two most notable that I've seen). Why not allow people to create a org.apache.hadoop.hive.metastore.api.Table object directly and then just pass it in to the HiveTableDescriptor constructor. The folks who don't want to know about storage descriptors, etc can keep using the existing constructors, but I think this new constructor would be essential for anyone who has even moderately customized Hive tables.

@fs111
Copy link
Contributor

fs111 commented Jun 17, 2014

I like the idea. Basically we would have to revert the logic within the class. I am currently pretty busy with other assignments, so if you want to give it a go, I can review your changes and integrate them.

The only thing I need from you is a signed copy of the Contributor Agreement: http://files.concurrentinc.com/agreements/Concurrent_Contributor_Agreement.doc Just mail it to andre[at]concurrentinc[dot]com

Thanks!

@stephanh
Copy link
Contributor

Is anyone working on this?

We have a requirement to be able to create external table and change the location of the table.

@matt-martin
Copy link
Author

For the record: I'm not doing any work on this at the moment. Just don't have the bandwidth unfortunately.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants