Add delete_where() API for bulk index deletion by filter
メンテナーはふだん 5 日以内に返信
まだ誰も着手していません。
- #683 @Aryan-Pardeshi による — マージされずにクローズ
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 58/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- python, redis
調査の方向性
まず、既存のエントリーポイント clear()、drop_documents()、drop_keys()、_delete_batch() と、それらに対応する非同期版を特定します。最初に削除動作の統合テストを実行し、その後、スタンドアロンおよびクラスタークライアントについて、選択的な一致、何も行わない一致、完全なクリアを網羅します。完了の条件は、2 つの新しい API が動作し、clear() が削除の内部処理を共有し、ドキュメントに使用例が 1 つ含まれていることです。
索引モデルが issue の本文から書いたものです。
説明
Summary
Add delete_where() / adelete_where() to delete index documents by filter expression, and refactor clear() to share the same internals.
Level: Intermediate
Current State
clear()deletes all documents via batchedFilterQuery("*")flow.drop_documents()/drop_keys()only delete known IDs/keys.- There is no public API to delete a filtered subset of index documents.
Proposed Change
- Add:
delete_where(filter_expression, batch_size=500) -> intadelete_where(filter_expression, batch_size=500) -> int
- Refactor both
clear()anddelete_where()to use shared private internals:- common batch-ID fetch loop
- existing
_delete_batch()and async equivalent as delete primitive
- Implement
clear()asdelete_where(FilterExpression("*")).
Definition of Done
- Filtered bulk deletion works on standalone and cluster clients.
clear()delegates to the shared deletion internals (no duplicated batch loop).- Integration tests cover selective match, no-op match, and full-clear behavior.
- Docs include one usage example.
Out of Scope
- Hard-delete audit logging or soft-delete support.
- 主要言語
- Python
- スター
- 431
- フォーク
- 107
- 平均マージ
- 5日 17時間
- マージ済み PR（30日）
- 16
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
redis/redis-vl-python のほかの issue
-
Add Python 3.15 support対応中かも @vishal-bala が 1 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
redis/redis-vl-python#757 · コメント 1 件 · リアクション 1 件 ·
メンテナーはふだん 5 日以内に返信
-
SearchIndex.drop_keys does not validate cluster hash-tag co-location (inconsistent with drop_documents)再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープンbug good first issue index
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
redis/redis-vl-python#601 ·
メンテナーはふだん 5 日以内に返信
-
documentation
難易度 1/5 1時間未満 初心者へのやさしさ 62/100
redis/redis-vl-python#300 ·
メンテナーはふだん 5 日以内に返信
-
Migration executor cannot read an FT.AGGREGATE cursor over a RESP3 connection, raising KeyError対応中かも @Kuang-xianxin が 41 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
redis/redis-vl-python#714 ·
メンテナーはふだん 5 日以内に返信
-
Migration readiness checks read FT.INFO with string keys, so under RESP3 they always report a healthy index対応中かも @Kuang-xianxin が 41 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 74/100
redis/redis-vl-python#713 ·
メンテナーはふだん 5 日以内に返信
redis/redis-vl-python の issue をすべて見る
似ている issue
-
bug needs-triage priority:medium
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
yeongseon/azure-functions-logging-python#583 ·
メンテナーはふだん 1 日以内に返信
-
documentation needs-triage priority:medium
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
yeongseon/azure-functions-validation-python#546 ·
メンテナーはふだん 1 日以内に返信
-
PHP workflow streaming requests buffer the full SSE response対応中かも @Winoren が今日担当しました。 オープンreview: medium
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
langgenius/dify#44270 · コメント 1 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
P4: low
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
jeffknupp/association#523 ·
-
bug help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
DarkStarSystems/pcons#229 ·
メンテナーはふだん 1 日以内に返信