Elasticsearch: Tambahkan cara untuk menentukan posisi hasil dalam himpunan atau keberadaan hasil maju/mundur
Jelaskan fitur :
Parameter search_after yang baru luar biasa untuk paging melalui kumpulan hasil yang sangat besar! Saya mencoba menghubungkan ElasticSearch ke GraphQL API menggunakan spesifikasi koneksi Relay, dan saya mengalami masalah di mana saya tidak dapat menentukan apakah ada hasil tambahan sebelum atau setelah set saat ini. Saya dapat mengatasinya untuk saat ini dengan mengambil satu hasil lebih banyak daripada yang saya butuhkan di bagian belakang set, lalu mengeksekusi kueri lain untuk satu hasil sebelum set (membalikkan urutan). Ini tampaknya kikuk sekalipun. Apakah mungkin untuk mendapatkan cara untuk menentukan keberadaan catatan maju dan mundur, atau untuk menentukan posisi set saat ini dalam hasil keseluruhan? Saya dapat melihat ini sebagai persyaratan untuk banyak kasus penggunaan.
rbayliss
Semua 3 komentar
Mengingat cara penerapannya, kami secara teoritis dapat menghitung berapa banyak dokumen yang kami abaikan karena fakta bahwa perbandingannya kurang dari nilai pengurutan yang disediakan dalam search_after . Namun, ini berarti memperbarui respons ke API pencarian untuk memasukkan informasi ini, memodifikasi pengumpul Lucene untuk mengekspos offset ini dan secara lebih umum menyebarkan informasi ini dari pengumpul hingga respons pencarian, sehingga tidak akan menjadi perubahan sepele. Saya menyarankan agar kita membiarkan masalah ini terbuka selama beberapa waktu untuk mengukur seberapa besar minat yang terkumpul.
jpountz
pada 29 Des 2016
cc @elastis/es-search-aggs
mayya-sharipova
pada 22 Mar 2018
Karena kami tidak melihat banyak minat dalam masalah ini, dan karena itu akan membutuhkan banyak modifikasi, dan ada solusi dari ukuran klien, saya menutup masalah ini.
mayya-sharipova
pada 21 Mei 2018
Masalah terkait
abtpst
·
3Komentar
jasontedor
·
3Komentar
rjernst
·
3Komentar
dawi
·
3Komentar
rpalsaxena
·
3Komentar
Komentar yang paling membantu
Mengingat cara penerapannya, kami secara teoritis dapat menghitung berapa banyak dokumen yang kami abaikan karena fakta bahwa perbandingannya kurang dari nilai pengurutan yang disediakan dalam
search_after. Namun, ini berarti memperbarui respons ke API pencarian untuk memasukkan informasi ini, memodifikasi pengumpul Lucene untuk mengekspos offset ini dan secara lebih umum menyebarkan informasi ini dari pengumpul hingga respons pencarian, sehingga tidak akan menjadi perubahan sepele. Saya menyarankan agar kita membiarkan masalah ini terbuka selama beberapa waktu untuk mengukur seberapa besar minat yang terkumpul.