[DOP-28871] Add artificial filters by Operation/Run id #316
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.
Change Summary
RunandOperationmodels have primary key(id, created_at). When we have only filters likecreated_at >= :since, this leads to scanning all primary keys, because B-tree indexes are prefix-based.As ids are UUIDv7, and
created_atis always UUID internal timestamp, we can generate artificial filters likecreated_at >= since AND id >= :min_id, to limit range of ids to be scanned, improving query plan. Same forcreated_at <= :until and id >= :max_id.This affects only some REST API endpoints, as consumer already access entries by specific id, not the date range.
Also, tables like Input, Output, ColumnLineage has primary key
(created_at, id), and the only filter used here iscreated_at >= :since, so these remain unchanged.Related issue number
Checklist
docs/changelog/next_release/<pull request or issue id>.<change type>.rstfile added describing change(see CONTRIBUTING.rst for details.)