-
Notifications
You must be signed in to change notification settings - Fork 29k
[SPARK-31019][SQL] make it clear that people can deduplicate map keys #27772
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
|
Test build #119232 has finished for PR 27772 at commit
|
| .booleanConf | ||
| .createWithDefault(false) | ||
|
|
||
| val LEGACY_ALLOW_DUPLICATED_MAP_KEY = |
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.
We need to update sql-migration-guide doc too. We already documented spark.sql.legacy.allowDuplicatedMapKeys there.
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.
+1,
Also find another mistake I made in the migration guide, fixed in #27782, please take a look.
|
Test build #119283 has finished for PR 27772 at commit
|
|
retest this please |
|
Test build #119291 has finished for PR 27772 at commit
|
|
retest this please |
|
Test build #119312 has finished for PR 27772 at commit
|
|
retest this please |
|
Test build #119320 has finished for PR 27772 at commit
|
|
retest this please |
|
Test build #119318 has finished for PR 27772 at commit
|
|
Test build #119327 has finished for PR 27772 at commit
|
|
Merged to master, and branch-3.0. |
rename the config and make it non-internal. Now we fail the query if duplicated map keys are detected, and provide a legacy config to deduplicate it. However, we must provide a way to get users out of this situation, instead of just rejecting to run the query. This exit strategy should always be there, while legacy config indicates that it may be removed someday. no, just rename a config which was added in 3.0 add more tests for the fail behavior. Closes #27772 from cloud-fan/map. Authored-by: Wenchen Fan <[email protected]> Signed-off-by: HyukjinKwon <[email protected]>
### What changes were proposed in this pull request? rename the config and make it non-internal. ### Why are the changes needed? Now we fail the query if duplicated map keys are detected, and provide a legacy config to deduplicate it. However, we must provide a way to get users out of this situation, instead of just rejecting to run the query. This exit strategy should always be there, while legacy config indicates that it may be removed someday. ### Does this PR introduce any user-facing change? no, just rename a config which was added in 3.0 ### How was this patch tested? add more tests for the fail behavior. Closes apache#27772 from cloud-fan/map. Authored-by: Wenchen Fan <[email protected]> Signed-off-by: HyukjinKwon <[email protected]>
What changes were proposed in this pull request?
rename the config and make it non-internal.
Why are the changes needed?
Now we fail the query if duplicated map keys are detected, and provide a legacy config to deduplicate it. However, we must provide a way to get users out of this situation, instead of just rejecting to run the query. This exit strategy should always be there, while legacy config indicates that it may be removed someday.
Does this PR introduce any user-facing change?
no, just rename a config which was added in 3.0
How was this patch tested?
add more tests for the fail behavior.