apache/hudi

Limit the amount of partitions considered for GlobalBloomIndex

Geschlossen

#14.484 geöffnet am 30.11.2025

Auf GitHub ansehen
 (1 Kommentar) (0 Reaktionen) (0 zugewiesene Personen)Java (2.431 Forks)batch import
area:indexfrom-jiragood first issuepriority:hightype:improvement

Repository-Metriken

Stars
 (4.823 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 16T 21h) (127 gemergte PRs in 30 T)

Beschreibung

Currently, global bloom index will check inputs against files in all partitions.. In lot of cases, the user may know a range of partitions actually impacted from updates clearly (e.g upstream system drops updates older than a year, ... ).. In such a scenario,it may make sense to support an option for Global bloom to control how many partitions you want to match against, to gain performance.

JIRA info

Contributor Guide

Research-Richtung
Erkunde, wie ein Konfigurationsparameter hinzugefügt werden kann, um die Anzahl der im GlobalBloomIndex berücksichtigten Partitionen zu begrenzen. Sieh dir die vorhandenen Partitionsfiltermechanismen in Hudi an.
Tech Stack
java
Domain
backend
Issue Type
Funktion
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.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Apache HudiBloom filters
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40