perf: Add foreign key indexes to tables #887
Open
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.
With the latest release of
[email protected]
theSQLite3
version was bumped to3.47.0
(changes).this seems to be the most important change for CAP applications as we create many
join
conditions usingassociations
andcompositions
whichSQLite3
tries to process to the best of its ability by creating temporary automatic indexes, but with this optimization the likeliness of these indexes being created is greatly reduced. Causing some of the more complex join queries to take5000x
longer then when using[email protected]
. This PR tries to mitigate the effect of the reduced number of automatically generated indexes by using the model definition to provide explicit indexes for these modeled join condition sources / targets.An example of the impact that providing explicit indexes has on complex SFlight requests:
So while it doesn't have an impact on the HANA performance it provides additional optimization information for
SQLite
andPostgres
. Closing the gap thatSQLite
andPostgres
always have had when being compared withHANA
for complex join heavy queries.