[Feature][PPL] Production hardening and validation for progressive query execution
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 30/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- java
- 領域
- backend, databases, performance
調査の方向性
The issue is about hardening the Progressive Query Execution (PPL) feature. Start by reviewing the parent issue #5765 and the existing ProgressiveQueryExecution contract. Examine the prototype code and integration seams. Run existing Calcite integration tests and YAML REST tests to understand the baseline. The goal is to define memory limits, make partial-reduce cadence configurable, and validate cleanup, FGAC, cancellation, and shutdown scenarios.
索引モデルが issue の本文から書いたものです。
説明
Parent: #5765
Goal
Turn the validated asynchronous and partial-result prototypes into a production-quality implementation with explicit module boundaries, bounded resource use, and complete regression coverage.
Scope
- Keep
ProgressiveQueryExecutionas the only lifecycle-facing execution contract. - Remove PoC-only routing and physical-plan hooks in favor of explicit production integration seams.
- Keep execution callback, Context, StateStore, and aggregation observer details out of the lifecycle layer.
- Define memory limits and failure behavior for APPEND and REPLACE state.
- Make partial-reduce cadence configurable and bounded.
- Validate cleanup, owner-node loss, FGAC, cancellation, expiration, and shutdown.
- Document supported partial-result shapes and progress semantics.
Acceptance criteria
- No synchronous behavior or performance regression outside the accepted threshold.
- All existing Calcite integration tests and YAML REST tests pass.
- A REST matrix covers non-blocking rows, Composite aggregation, fully pushed aggregation, pushed aggregation with Calcite post-processing, blocking plans, and failure cases.
- Every final async result is equivalent to the synchronous result.
- First-data and final latency, memory usage, and aggregation reduce overhead are reported on a multi-shard large dataset.
- Resource cleanup and lifecycle race tests show no leaked tasks, search contexts, statements, or StateStores.
- 主要言語
- Java
- スター
- 175
- フォーク
- 236
- 平均マージ
- 2日 19時間
- マージ済み PR（30日）
- 40
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
opensearch-project/sql のほかの issue
-
[BUG] PromQL queries fail with InvalidTypeIdException when metric has a label named "type"対応中かも @nagendramohan が 88 日前に担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
opensearch-project/sql#5684 · コメント 4 件 ·
メンテナーはふだん 1 日以内に返信
-
[DOC] Calcite settings documentation missing examples対応中かも @AzazelSensei が 45 日前に担当しました。 オープンdocumentation PPL
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
opensearch-project/sql#4806 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
bug untriaged
難易度 2/5 1〜3時間 初心者へのやさしさ 48/100
opensearch-project/sql#5928 ·
メンテナーはふだん 1 日以内に返信
-
[Testing] Test downstream plugins that load SQL classes (alerting, skills)対応中かも @ahkcs が 3 日前に担当しました。 オープンinfrastructure testing
難易度 5/5 1週間以上 初心者へのやさしさ 18/100
opensearch-project/sql#5925 · コメント 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
[BUG] Analytics routing does not resolve aliases and wildcard index expressions対応中かも @KarstenSchnitter が 8 日前に担当しました。 オープンanalytic-engine bug
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
opensearch-project/sql#5916 ·
メンテナーはふだん 1 日以内に返信
opensearch-project/sql の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 80/100
googleads/googleads-mobile-flutter#1541 ·
メンテナーはふだん 4 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
Julow/Unexpected-Keyboard#1490 ·
メンテナーはふだん 4 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
Vakore/ZappierGames#275 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
unitycatalog/unitycatalog#2148 ·
メンテナーはふだん 2 日以内に返信
-
enhancement priority: low
難易度 1/5 1時間未満 初心者へのやさしさ 92/100
Riptide-Labs/riptide#1060 ·
メンテナーはふだん 1 日以内に返信