Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

feat: Support result set size limit for QueryService-based TableClient

オープン
#533 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
42/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
java
領域
database

調査の方向性

query/src/main/java/tech/ydb/query/impl/TableClientImpl.java の、issue で参照されている QueryService ベースの結果処理から開始し、続いて TableClient.Builder と DataQueryResult.isTruncated() を追跡します。明示的な行数制限が結果の切り詰めとストリーミングにどのように影響すべきかを定義し、結果が切り詰めを報告し、制限を超えた時点でデータの読み取りを停止することを確認します。

索引モデルが issue の本文から書いたものです。

説明

Currently the QueryService-based TableClient always returns false from DataQueryResult.isTruncated() (https://github.com/ydb-platform/ydb-java-sdk/blob/master/query/src/main/java/tech/ydb/query/impl/TableClientImpl.java#L118).

And to prevent from reading way too much data, the users now have to always remember to set a LIMIT in their queries, which is hard.

I suggest to add an explicit "row limit" setting on TableClient.Builder, which will enforce an application-dependent max ResultSet size => users will get DataQueryResult.isTruncated() == true when that limit is exceeded. Also, with an explicit setting, the QueryService-based TableClient can also stop streaming the result set data as soon as it reaches the limit, preventing resource waste.

主要言語
Java
スター
53
フォーク
41
平均マージ
1日 30分
マージ済み PR(30日)
18

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ydb-platform/ydb-java-sdk のほかの issue

ydb-platform/ydb-java-sdk の issue をすべて見る

似ている issue

Java の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。