cmu-delphi/delphi-epidata

Improve handling of queries beyond the row limit

オープン

#1,020 opened on 2022/11/01

GitHub で見る
 (1 件のコメント) (0 件のリアクション) (0 人の担当者)Python (67 件のフォーク)auto 404
code healthhelp wantedrefactor

Repository metrics

Stars
 (104 個のスター)
PR merge metrics
 (平均マージ 63d 20h) (30d で 11 merged PRs)

説明

Previously, we would process a full query until it hit the limit and then just return nothing to the user

https://github.com/cmu-delphi/delphi-epidata/blob/9844600b0de41f7d8e93bfb7d7dff7e0740b0792/src/server/_printer.py#L90-L99

Then I added a LIMIT clause, but in an unintuitive place

https://github.com/cmu-delphi/delphi-epidata/blob/9844600b0de41f7d8e93bfb7d7dff7e0740b0792/src/server/_query.py#L238-L248

  • The LIMIT addition should probably be in the QueryBuilder object.
  • The row counting might be obsolete since the LIMIT query should handle that (cc @melange396 to confirm). Update: the row counting in the printer is needed when dealing with multiple SQL queries; interestingly, these are only used in non-covidcast endpoints
  • run_query probably doesn't need the p: APrinter then.

コントリビューターガイド

調査方針
現在の LIMIT 句の query.py 内の配置と printer.py 内の行カウントを確認します。 QueryBuilder オブジェクトとクエリの構築方法を理解します。 LIMIT 追加を QueryBuilder に移動することを検討し、プリンタパラメータなしで run query を簡略化できるか評価します。 複数の SQL クエリを使用する非 covidcast エンドポイントでテストします。
技術スタック
python
領域
backend
Issue 種別
リファクタリング
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
2
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3時間
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
GitPython
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
75