Elasticsearch: セット内の結果の位置または順方向/逆方向の結果の存在を判別する方法を追加します
機能を説明してください：
新しいsearch_afterパラメータは、膨大な結果セットをページングするのに最適です。 リレー接続仕様を使用してElasticSearchをGraphQLAPIに接続しようとしていますが、現在のセットの前後に追加の結果があるかどうかを判断できないという問題が発生しています。 セットのバックエンドで必要以上の結果を取得し、セットの前に1つの結果に対して別のクエリを実行する（順序を逆にする）ことで、今のところ回避できます。 しかし、これは不格好なようです。 フォワードレコードとバックワードレコードの存在を判断する方法、または全体的な結果内の現在のセットの位置を判断する方法を取得することは可能ですか？ これは多くのユースケースの要件であることがわかります。
rbayliss
👍4
全てのコメント3件
実装方法を考えると、比較がsearch_afterで提供されるソート値よりも少ないという事実のために、無視するドキュメントの数を理論的に数えることができます。 ただし、これは、検索APIへの応答を更新してこの情報を含め、Luceneコレクターを変更してこのオフセットを公開し、より一般的にはこの情報をコレクターから検索応答まで伝播することを意味します。これは簡単な変更ではありません。 この問題がどれだけの関心を集めているかを測定するために、この問題をしばらく開いたままにしておくことをお勧めします。
jpountz
2016年12月29日
👍4
cc @ elastic / es-search-aggs
mayya-sharipova
2018年03月22日
この問題にはあまり関心がなく、多くの変更が必要であり、クライアントサイズからの回避策があるため、この問題を閉じます。
mayya-sharipova
2018年05月21日
このページは役に立ちましたか？
0 / 5 - 0 評価
関連する問題
martijnvg
·
3コメント
malpani
·
3コメント
Praveen82
·
3コメント
rpalsaxena
·
3コメント
clintongormley
·
3コメント
最も参考になるコメント
実装方法を考えると、比較が
search_afterで提供されるソート値よりも少ないという事実のために、無視するドキュメントの数を理論的に数えることができます。 ただし、これは、検索APIへの応答を更新してこの情報を含め、Luceneコレクターを変更してこのオフセットを公開し、より一般的にはこの情報をコレクターから検索応答まで伝播することを意味します。これは簡単な変更ではありません。 この問題がどれだけの関心を集めているかを測定するために、この問題をしばらく開いたままにしておくことをお勧めします。