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

[Feature][PPL] Publish partial rows from root ResultSet and Composite pagination

Aperta
  • Qualcosa non va?
#5,798 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
45/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
java
Ambito
backend, databases, performance

Direzione di ricerca

The issue involves modifying the root ResultSet handling in the Calcite integration to publish partial rows. Start by examining the ResultSet.next() consumption logic and the materialization rules for schema, values, and limits. Look for existing REST and concurrency tests to understand the expected behavior. Focus on the non-blocking PPL plans and Composite aggregation pagination paths to see where rows can be emitted early.

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

Descrizione

async calcite enhancement PPL

Parent: #5765

Goal

Reduce first-data latency for query shapes whose Calcite root ResultSet produces stable rows before the primary query completes.

Scope

  • Publish converted root rows while consuming ResultSet.next().
  • Store stable rows with APPEND semantics.
  • Support non-blocking PPL plans and Composite aggregation pagination through the same root ResultSet path.
  • Return one complete current result on every POST timeout and GET; no delta protocol is exposed.
  • Reuse the standard Calcite result materialization rules for schema, values, warnings, timewrap, and query-size limits.

Acceptance criteria

  • A running non-blocking query can return non-empty rows before final completion.
  • Completed Composite pages become visible without a Composite-specific source adapter.
  • Repeated GET responses contain complete replacement views.
  • The final schema, rows, ordering, warnings, and limits match the equivalent synchronous query.
  • Blocking plans remain valid and may return an empty current result until their root emits rows.
  • Concurrent publication, reading, cancellation, and close are covered by REST and concurrency tests.
Lingua principale
Java
Stelle
175
Fork
233
Merge medio
2g 16h
PR unite (30g)
39

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 opensearch-project/sql

Tutte le issue di opensearch-project/sql

Issue simili

Altre issue su Java

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.