eventsourcing/es4j

Problem: querying for aggregates is expensive

Open

#177 geöffnet am 6. Nov. 2016

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)Java (27 Forks)batch import
enhancementhelp wantedoptimization

Repository-Metriken

Stars
 (406 Stars)
PR-Merge-Metriken
 (Keine gemergten PRs in 30 T)

Beschreibung

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.

Contributor Guide

Research-Richtung
Überprüfen Sie die aktuellen Abfrageimplementierungen in IsLatestEntity.java und LatestAssociatedEntryQuery.java, um das Scanproblem zu verstehen, und entwerfen Sie dann ein Aggregatindexierungssystem, um Aggregatabfragen zu optimieren.
Tech Stack
java
Domain
backenddatabase
Issue Type
Performance
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-2 Tage
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
JavaEvent Sourcing
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40