eventsourcing/es4j

Problem: querying for aggregates is expensive

Open

#177 ouverte le 6 nov. 2016

Voir sur GitHub
 (1 commentaire) (0 réactions) (0 assignés)Java (27 forks)batch import
enhancementhelp wantedoptimization

Métriques du dépôt

Stars
 (406 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

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.

Guide contributeur

Direction de recherche
Examinez les implémentations de requêtes actuelles dans IsLatestEntity.java et LatestAssociatedEntryQuery.java pour comprendre le problème de balayage, puis concevez un système d'indexation agrégée pour optimiser les requêtes agrégées.
Stack technique
java
Domaine
backenddatabase
Type d'issue
Performance
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
JavaEvent Sourcing
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40