[PPL] timewrap: support series=exact with time_format for period column naming
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
TimewrapPivot.renameTimewrapPeriod から開始し、nullable フィールドの timeFormat が期間列の命名にどのように到達するかを追跡してください。series=exact パスが各期間の開始日をフォーマットすることを、time_format が存在しない場合のデフォルトも含めて確認し、短い s 名を生成しなくなったことを確認してください。
索引モデルが issue の本文から書いたものです。
説明
Is your feature request related to a problem?
Follow-up from #5241.
The timewrap command supports a series option that controls how the wrapped period columns are named. Currently series=short and series=exact behave identically — both fall back to the short s<N> naming (e.g. s0, s1, ...). The series=exact mode is intended to format the period start date using the time_format option, but this is not yet implemented.
See TimewrapPivot.renameTimewrapPeriod:
return switch (mode) {
// series=exact (+ time_format) is not yet implemented; it intentionally falls back to the
// short "s<N>" naming. TODO: format the period start date with time_format.
case "short", "exact" -> "s" + absolutePeriod;
...
};
What solution would you like?
Implement series=exact: format each wrapped period's start date with the time_format option (defaulting to a sensible format when not provided) and use that as the column name, instead of falling back to s<N>.
What alternatives have you considered?
Leaving series=exact aliased to series=short (current behavior), which is a silent no-op and surprising to users who set the option.
Additional context
The timeFormat field is already threaded through TimewrapPivot (nullable) but is currently unused for naming.
- 主要言語
- Java
- スター
- 175
- フォーク
- 233
- 平均マージ
- 2日 7時間
- マージ済み PR（30日）
- 36
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
opensearch-project/sql のほかの issue
-
[Enhancement] Make the flat_object read depth cap configurable instead of a constant対応中かも @RyanL1997 が 20 日前に担当しました。 オープンenhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
opensearch-project/sql#5842 ·
メンテナーはふだん 1 日以内に返信
-
[BUG] PromQL queries fail with InvalidTypeIdException when metric has a label named "type"対応中かも @nagendramohan が 83 日前に担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
opensearch-project/sql#5684 · コメント 4 件 ·
メンテナーはふだん 1 日以内に返信
-
[DOC] Calcite settings documentation missing examples対応中かも @AzazelSensei が 40 日前に担当しました。 オープンdocumentation PPL
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
opensearch-project/sql#4806 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
[BUG] Analytics routing does not resolve aliases and wildcard index expressions対応中かも @KarstenSchnitter が 3 日前に担当しました。 オープンuntriaged
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
opensearch-project/sql#5916 ·
メンテナーはふだん 1 日以内に返信
-
untriaged
難易度 3/5 1〜2日 初心者へのやさしさ 64/100
opensearch-project/sql#5911 ·
メンテナーはふだん 1 日以内に返信
opensearch-project/sql の issue をすべて見る
似ている issue
-
Type/Bug
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
ballerina-platform/ballerina-library#9458 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
winder/Universal-G-Code-Sender#3242 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
PCL-Community/PCL-CE#3767 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
-
The register's e-mail column is wider in Firefox, and the fee buttons fall outside the table at 900 px対応中かも @AlexanderReaper7 が今日担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
AlexanderReaper7/teaterihuskvarna#170 ·
メンテナーはふだん 2 日以内に返信