eventsourcing/es4j

Problem: querying for aggregates is expensive

Open

#177 aperta il 6 nov 2016

Vedi su GitHub
 (1 commento) (0 reazioni) (0 assegnatari)Java (27 fork)batch import
enhancementhelp wantedoptimization

Metriche repository

Star
 (406 star)
Metriche merge PR
 (Nessuna PR mergiata in 30 g)

Descrizione

Querying for things like:

  • latest (as in, biggest TIMESTAMP) event for a certain scope (say, reference=R1)
  • sum/avg/max/min for a certain scope (say, reference=R1)

is quite expensive as it involved a lot of scanning (as can be seen in https://github.com/eventsourcing/es4j/blob/master/eventsourcing-queries/src/main/java/com/eventsourcing/queries/IsLatestEntity.java and https://github.com/eventsourcing/es4j/blob/master/eventsourcing-queries/src/main/java/com/eventsourcing/queries/LatestAssociatedEntryQuery.java)

Proposed solution: designate and formalize an aggregate indexing system.

Guida contributor

Direzione di ricerca
Esamina le attuali implementazioni delle query in IsLatestEntity.java e LatestAssociatedEntryQuery.java per comprendere il problema di scansione, quindi progetta un sistema di indicizzazione aggregata per ottimizzare le query aggregate.
Tech stack
java
Dominio
backenddatabase
Tipo issue
Performance
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-2 giorni
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
JavaEvent Sourcing
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
40