Update embedded SQLite3 engine to version 3.40.0 #1482
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Thank you for your contribution to the Pi-hole Community!
Please read the comments below to help us consider your Pull Request.
We are all volunteers and completing the process outlined will help us review your commits quicker.
Please make sure you
What does this PR aim to accomplish?:
See title
Full Changelog (emphasis added by me):
2022-11-16 (3.40.0)
pihole-FTL
is already offering the.recover
instruction since a long time by now)1. Recognize covering indexes on tables with more than 63 columns where columns beyond the 63rd column are used in the query and/or are referenced by the index.
2. Extract the values of expressions contained within expression indexes where practical, rather than recomputing the expression.
3. The NOT NULL and IS NULL operators (and their equivalents) avoid loading the content of large strings and BLOB values from disk.
4. Avoid materializing a view on which a full scan is performed exactly once. Use and discard the rows of the view as they are computed.
5. Allow flattening of a subquery that is the right-hand operand of a LEFT JOIN in an aggregate query.
1. Columns in non-STRICT tables with TEXT affinity should not contain numeric values.
2. Columns in non-STRICT tables with NUMERIC affinity should not contain TEXT values that could be converted into numbers.
3. Verify that the rows of a WITHOUT ROWID table are in the correct order.
How does this PR accomplish the above?:
See title, too
Link documentation PRs if any are needed to support this PR:
-/-
By submitting this pull request, I confirm the following:
git rebase
)