Hi David, A function query named "query" returns the score for the given subquery. Combined with frange query parser this is possible. I tried it in the past.I am searching the original post. I think it was Yonik's post. https://cwiki.apache.org/confluence/display/solr/Function+Queries
Ahmet On Wednesday, April 12, 2017, 9:45:17 PM GMT+3, David Kramer <david.kra...@shoebuy.com> wrote: The idea is to not return poorly matching results, not to limit the number of results returned. One query may have hundreds of excellent matches and another query may have 7. So cutting off by the number of results is trivial but not useful. Again, we are not doing this for performance reasons. We’re doing this because we don’t want to show products that are not very relevant to the search terms specified by the user for UX reasons. I had hoped that the responses would have been more focused on “it’ can’t be done” or “here’s how to do it” than “you don’t want to do it”. I’m still left not knowing if it’s even possible. The one concrete answer of using frange doesn’t help as referencing score in either the q or the fq produces an “undefined field” error. Thanks. On 4/11/17, 8:59 AM, "Dorian Hoxha" <dorian.ho...@gmail.com> wrote: Can't the filter be used in cases when you're paginating in sharded-scenario ? So if you do limit=10, offset=10, each shard will return 20 docs ? While if you do limit=10, _score<=last_page.min_score, then each shard will return 10 docs ? (they will still score all docs, but merging will be faster) Makes sense ? On Tue, Apr 11, 2017 at 12:49 PM, alessandro.benedetti <a.benede...@sease.io > wrote: > Can i ask what is the final requirement here ? > What are you trying to do ? > - just display less results ? > you can easily do at search client time, cutting after a certain amount > - make search faster returning less results ? > This is not going to work, as you need to score all of them as Erick > explained. > > Function query ( as Mikhail specified) will run on a per document basis ( > if > I am correct), so if your idea was to speed up the things, this is not > going > to work. > > It makes much more sense to refine your system to improve relevancy if your > concern is to have more relevant docs. > If your concern is just to not show that many pages, you can limit that > client side. > > > > > > > ----- > --------------- > Alessandro Benedetti > Search Consultant, R&D Software Engineer, Director > Sease Ltd. - www.sease.io > -- > View this message in context: http://lucene.472066.n3. > nabble.com/Filtering-results-by-minimum-relevancy-score- > tp4329180p4329295.html > Sent from the Solr - User mailing list archive at Nabble.com. >
