Uh oh!
There was an error while loading. Please reload this page.
[SPARK-36011][SQL] Disallow altering permanent views based on temporary views or UDFs - #33204
[SPARK-36011][SQL] Disallow altering permanent views based on temporary views or UDFs#33204roryqi wants to merge 4 commits into
Conversation
AmplabJenkins
commented
Jul 4, 2021
Can one of the admins verify this patch? |
HyukjinKwon
commented
Jul 5, 2021
@jerqi can you create a new JIRA instead of reusing SPARK-18217? The fixed versions would be different at least. |
roryqi
commented
Jul 5, 2021
OK, It's done |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
| withTable(table) { | ||
| (1 to 10).toDF("id").write.saveAsTable(table) | ||
| val view = "v1" | ||
| val tView = "v2" |
There was a problem hiding this comment.
nit: I feel it's clearer to just hardcode "t", "v1", "v2"
Uh oh!
There was an error while loading. Please reload this page.
cloud-fan
commented
Jul 6, 2021
thanks, merging to master/3.2! |
…ry views or UDFs ### What changes were proposed in this pull request? PR #15764 disabled creating permanent views based on temporary views or UDFs. But AlterViewCommand didn't block temporary objects. ### Why are the changes needed? More robust view canonicalization. ### Does this PR introduce _any_ user-facing change? Yes, now if you alter a permanent view based on temporary views or UDFs, the operation will fail. ### How was this patch tested? Add new unit tests. Closes#33204 from jerqi/alter_view. Authored-by: RoryQi <1242949407@qq.com> Signed-off-by: Wenchen Fan <wenchen@databricks.com> (cherry picked from commit e0c6b2e) Signed-off-by: Wenchen Fan <wenchen@databricks.com>
cloud-fan
commented
Jul 6, 2021
@jerqi can you help to create backport PRs for 3.1 and 3.0? thanks! |
roryqi
commented
Jul 6, 2021
Ok, it's my pleasure. |
What changes were proposed in this pull request?
PR #15764 disabled creating permanent views based on temporary views or UDFs. But AlterViewCommand didn't block temporary objects.
Why are the changes needed?
More robust view canonicalization.
Does this PR introduce any user-facing change?
Yes, now if you alter a permanent view based on temporary views or UDFs, the operation will fail.
How was this patch tested?
Add new unit tests.