Summary
Add dedicated candidate selection layer for Redis backed governance queries so request reads can narrow their lookup set before loading full request documents.
Goal
Make Redis backed governance queries efficient and structurally clear by introducing an explicit candidate planning and execution path instead of pushing every query into broad document scans.
Scope
What should be implemented?
Acceptance Criteria
Notes
Redis query support should avoid turning every read into a full request scan. A dedicated candidate-selection layer provides a middle step between raw Redis indexes and final governance query filtering, which keeps the provider both faster and easier to reason about.
This should align with the Redis provider storage and query strategy ADR.
Related ADRs:
- ADR-026: Governance Request Query API
- ADR-029: Governance Redis Provider Package
- ADR-030: Governance Redis Request Storage and Query Strategy
Summary
Add dedicated candidate selection layer for Redis backed governance queries so request reads can narrow their lookup set before loading full request documents.
Goal
Make Redis backed governance queries efficient and structurally clear by introducing an explicit candidate planning and execution path instead of pushing every query into broad document scans.
Scope
What should be implemented?
ModularityKit.Mutator.Governance.Redis.Storage.Candidatesarea for query candidate selectionAcceptance Criteria
Notes
Redis query support should avoid turning every read into a full request scan. A dedicated candidate-selection layer provides a middle step between raw Redis indexes and final governance query filtering, which keeps the provider both faster and easier to reason about.
This should align with the Redis provider storage and query strategy ADR.
Related ADRs: