Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

[Bug] Store limit dedup emits duplicates on id-only scans because ProjectionStage mutates the stored column

Chiusa Adatta ai principianti
  • Qualcosa non va?
#3,407 0 commenti 1 reazione 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Una pull request collegata è già stata integrata.

  • #3408 di @vaidikgarg-bit — integrata

Valutazione

Difficoltà
2/5
Tempo stimato
1-3 ore
Idoneità per principianti
78/100
Tipo di issue
Bug
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
java, postgresql
Ambito
backend, databases

Direzione di ricerca

Inizia dal ramo BACKEND_COLUMN in ProjectionStage.java e segui come MapLimitIterator memorizza ed emette le colonne durante un PRIMARY_SCAN solo per id con LIMIT_DEDUP. Implementa la sostituzione di colonna proposta e aggiungi un test di regressione che proietti ogni riga emessa prima di leggere la successiva. Il lavoro è completato quando le righe identiche byte per byte continuano a essere deduplicate dopo la proiezione; l’issue riporta 100 righe senza la mutazione e 200 con essa.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

In the review of #3404, @bitflicker64 found that MapLimitIterator keeps each emitted RocksDBSession.BackendColumn in its dedup set and passes the same object downstream. On an id-only PRIMARY_SCAN (null_property = true, no property list, condition, order-by or aggregation) with dedup_option = LIMIT_DEDUP, ProjectionStage.handle() then sets column.value = new byte[0] in place (ProjectionStage.java, the BACKEND_COLUMN branch). The stored key changes after insertion, so it no longer equals a later byte-equal row, and the duplicate is emitted again. Their probe gave 100 rows without the reset and 200 with it.

Only a gRPC client that sets dedup_option reaches this today, since StoreQueryParam fixes it to NONE.

Proposed fix: have ProjectionStage replace the column instead of mutating it (result.setColumn(BackendColumn.of(column.name, new byte[0]))), plus a regression test that runs each emitted row through the projection before reading the next. I'd like to work on this.

Lingua principale
Java
Stelle
3.2k
Fork
642
Merge medio
1g 13h
PR unite (30g)
107

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di apache/hugegraph

Tutte le issue di apache/hugegraph

Issue simili

Altre issue su Java

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.