-
-
Notifications
You must be signed in to change notification settings - Fork 13.2k
dolt 1.76.7 #254217
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
dolt 1.76.7 #254217
Conversation
|
🤖 An automated task has requested bottles to be published to this PR. Caution Please do not push to this PR branch before the bottle commits have been pushed, as this results in a state that is difficult to recover from. If you need to resolve a merge conflict, please use a merge commit. Do not force-push to this PR branch. |
|
|
|
🤖 An automated task has requested bottles to be published to this PR. Caution Please do not push to this PR branch before the bottle commits have been pushed, as this results in a state that is difficult to recover from. If you need to resolve a merge conflict, please use a merge commit. Do not force-push to this PR branch. |
|
|
3dd1f65 to
56c5963
Compare
|
🤖 An automated task has requested bottles to be published to this PR. Caution Please do not push to this PR branch before the bottle commits have been pushed, as this results in a state that is difficult to recover from. If you need to resolve a merge conflict, please use a merge commit. Do not force-push to this PR branch. |
Created by
brew bumpCreated with
brew bump-formula-pr.release notes
fixes dolthub/dolt#10070
Filters that evaluate to null in an
EXISTSorINsubquery context should be treated the same as false. When hoisted out of the subquery, nullable filters need to be wrapped in anIsTrueexpression to ensure that they are still treated the same as false when they evaluate to null.Not doing so was causing a bug where rows were being dropped from
NOT EXISTSif the filter evaluated to null. Since the filter expression was evaluated to null, theNOTexpression wrapping it would evaluate to null as well. This caused the filter iterator to reject the row because it did not evaluate to true. Wrapping the filter expression withIsTrueensures that nulls are then evaluated to false, which will then evaluate to true withNOT.hoistOutOfScopeFiltersrule toDefaultRulesfixes dolthub/dolt#10064
hoistOutOfScopeFilterswas not running as part offinalizeUnions, causing us to not correctly analyze queries that were parts of unionsdoltwhen usingTextStorageFix dolthub/dolt#10050
JsonType.Convertto unwrapsql.StringWrappervalues before decoding.convertJSONValueto handlestringand[]bytelike inputs.Fprintffor grouping keyFPrintfis slow; it's quicker to usestrconvforints/floats +hash.WriteStringandSprintf+hash.WriteStringfor all other types.benchmarks: grouping key bump dolthub/dolt#10054 (comment)
Closed Issues
View the full release notes at https://github.com/dolthub/dolt/releases/tag/v1.76.7.