-
Notifications
You must be signed in to change notification settings - Fork 29k
[SPARK-35972][SQL][3.1] When replace ExtractValue in NestedColumnAliasing we should use semanticEquals #33227
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
Conversation
…we should use semanticEquals
|
FYI @viirya |
|
Kubernetes integration test starting |
|
Kubernetes integration test status failure |
|
Test build #140692 has finished for PR 33227 at commit
|
|
@viirya gen_alias can't have a stable value. just remove the ut? |
| $"_extract_search_params".as("value"), | ||
| $"_extract_search_params.col1".as("col1"), | ||
| $"_extract_search_params.col2".as("col2")).analyze |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You can use collectGeneratedAliases.
|
Kubernetes integration test starting |
|
Kubernetes integration test status failure |
|
Test build #141122 has finished for PR 33227 at commit
|
|
Thanks. Merging to 3.1. |
…sing we should use semanticEquals ### What changes were proposed in this pull request? Ideally, in SQL query, nested columns should result to GetStructField with non-None name. But there are places that can create GetStructField with None name, such as UnresolvedStar.expand, Dataset encoder stuff, etc. the current `nestedFieldToAlias` cannot catch it up and will cause job failed. ### Why are the changes needed? Fix bug ### Does this PR introduce _any_ user-facing change? No ### How was this patch tested? Added UT, Closes #33227 from AngersZhuuuu/SPARK-35972-3.0. Authored-by: Angerszhuuuu <[email protected]> Signed-off-by: Liang-Chi Hsieh <[email protected]>
…sing we should use semanticEquals ### What changes were proposed in this pull request? Ideally, in SQL query, nested columns should result to GetStructField with non-None name. But there are places that can create GetStructField with None name, such as UnresolvedStar.expand, Dataset encoder stuff, etc. the current `nestedFieldToAlias` cannot catch it up and will cause job failed. ### Why are the changes needed? Fix bug ### Does this PR introduce _any_ user-facing change? No ### How was this patch tested? Added UT, Closes apache#33227 from AngersZhuuuu/SPARK-35972-3.0. Authored-by: Angerszhuuuu <[email protected]> Signed-off-by: Liang-Chi Hsieh <[email protected]>
…sing we should use semanticEquals ### What changes were proposed in this pull request? Ideally, in SQL query, nested columns should result to GetStructField with non-None name. But there are places that can create GetStructField with None name, such as UnresolvedStar.expand, Dataset encoder stuff, etc. the current `nestedFieldToAlias` cannot catch it up and will cause job failed. ### Why are the changes needed? Fix bug ### Does this PR introduce _any_ user-facing change? No ### How was this patch tested? Added UT, Closes apache#33227 from AngersZhuuuu/SPARK-35972-3.0. Authored-by: Angerszhuuuu <[email protected]> Signed-off-by: Liang-Chi Hsieh <[email protected]>
What changes were proposed in this pull request?
Ideally, in SQL query, nested columns should result to GetStructField with non-None name. But there are places that can create GetStructField with None name, such as UnresolvedStar.expand, Dataset encoder stuff, etc.
the current
nestedFieldToAliascannot catch it up and will cause job failed.Why are the changes needed?
Fix bug
Does this PR introduce any user-facing change?
No
How was this patch tested?
Added UT,