Uh oh!
There was an error while loading. Please reload this page.
[SPARK-19240][SQL][TEST] add test for setting location for managed table - #16597
[SPARK-19240][SQL][TEST] add test for setting location for managed table#16597cloud-fan wants to merge 1 commit into
Conversation
cloud-fan
commented
Jan 16, 2017
SparkQA
commented
Jan 16, 2017
Test build #71438 has finished for PR 16597 at commit
|
gatorsmile
left a comment
There was a problem hiding this comment.
Based on the current way, we should not allow users to change the location for the managed table. The definition of EXTERNAL is different between Hive and Spark. When users provide a path in Spark SQL, we do not drop the data. This is our rule. Following this rule, if we allow it, we also need to change the type to EXTERNAL.
LGTM cc @yhuai
yhuai
commented
Jan 16, 2017
I am not sure if it is worth breaking this behavior. If the table is a managed table, it is possible that existing behavior allows users to move a table from one managed place to another managed place (e.g. the location of a database is changed). It is not clear that breaking this behavior can give us any benefit. |
SparkQA
commented
Jan 17, 2017
Test build #71484 has started for PR 16597 at commit |
Just FYI, this only tests the behaviors of InMemoryCatalog. I will port it to The added test case LGTM to me. |
gatorsmile
commented
Jan 17, 2017
retest this please |
SparkQA
commented
Jan 17, 2017
Test build #71491 has finished for PR 16597 at commit
|
cloud-fan
commented
Jan 17, 2017
thanks for the review, merging to master! |
## What changes were proposed in this pull request? SET LOCATION can also work on managed table(or table created without custom path), the behavior is a little weird, but as we have already supported it, we should add a test to explicitly show the behavior. ## How was this patch tested? N/A Author: Wenchen Fan <wenchen@databricks.com> Closesapache#16597 from cloud-fan/set-location.
## What changes were proposed in this pull request? SET LOCATION can also work on managed table(or table created without custom path), the behavior is a little weird, but as we have already supported it, we should add a test to explicitly show the behavior. ## How was this patch tested? N/A Author: Wenchen Fan <wenchen@databricks.com> Closesapache#16597 from cloud-fan/set-location.
What changes were proposed in this pull request?
SET LOCATION can also work on managed table(or table created without custom path), the behavior is a little weird, but as we have already supported it, we should add a test to explicitly show the behavior.
How was this patch tested?
N/A