chore(deps): bump es-entity to 0.11.11 - #791
Merged
Merged
Conversation
Rebuild against es-entity 0.11.11 (GaloyMoney/es-entity#168), which gates the sargable multi-filter query matrix behind an opt-in per-repo attribute (default off). Backward compatible; cala's EsRepo repos emit the catch-all COALESCE query for the multi-filter case unless a repo opts in with #[es_repo(..., sargable_filters)].
Contributor
📊 Performance ReportCommit: 9b68fb1 Cala Performance Benchmark Results (non-representative)Criterion Benchmark Results (single-threaded)
Load Testing Results (parallel-execution)
Note: Performance results may vary based on system resources and database state. Last updated by commit 9b68fb1 |
…0.11.11 es-entity 0.11.11 gates the sargable multi-filter query matrix behind an opt-in per-repo attribute (default off), so the EsRepo derive now emits a different (smaller) set of list queries. The committed .sqlx cache (built against es-entity 0.11.9) and the job 0.6.35 dependency both carried stale query hashes, causing offline builds to fail with: error: `SQLX_OFFLINE=true` but there is no cached data for this query - bump job 0.6.35 -> 0.6.36 (rebuilt against es-entity 0.11.11) - regenerate cala-ledger/.sqlx via `cargo sqlx prepare -- --all-features`
… lint) Rust 1.93 clippy (stable toolchain) flags .err().expect() as err_expect; the workspace-clippy check runs with --deny warnings, so resolve the two pre-existing occurrences in account_set tests.
job 0.6.36 modified the released 20250904065521_job_setup.sql migration (added autovacuum_vacuum_cost_delay = 0 to unthrottle autovacuum on job_executions). cala vendors this migration so its own sqlx::migrate!() is self-contained, but job 0.6.36 also runs its migrator against the same DB. With cala still on the old checksum and job on the new one, the second migrator fails: Error: migration 20250904065521 was previously applied but has been modified Sync cala-ledger/migrations/20250904065521_job_setup.sql to match job 0.6.36 exactly.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
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.
Bumps
es-entity0.11.9 → 0.11.11 (GaloyMoney/es-entity#168).es-entity 0.11.11 gates the sargable multi-filter query matrix (added in the 0.11.9 series) behind an opt-in per-repo
#[es_repo(..., sargable_filters)]attribute, defaulting to off. This is the rebuild-against-new-es-entity step of the release chain; cala's ownEsReporepos will emit the catch-allCOALESCEquery for the multi-filter case unless a repo explicitly opts in. Backward compatible, no source changes needed.