I would stick to the query elevation component, it is pretty fast and easier to handle/configure elevation IDs, instead of using function queries for it. We have customers that set a dozen of documents for a given query and it works just fine.
I also do not expect the function query variant to be more performant, but i am not sure. If it were, would it be measurable? Regards, Markus Op wo 24 feb. 2021 om 12:15 schreef Mark Robinson <mark123lea...@gmail.com>: > Thanks for the reply Markus! > > I did try it. > My question specifically was (repasting here):- > > Which is more recommended/ performant? > > Note:- Assume that I have hundreds of ids to boost like this. > Is there a difference to the answer if docs to be boosted after the sort is > less? > > Thanks! > Mark > > On Wed, Feb 24, 2021 at 4:41 PM Markus Jelsma <markus.jel...@openindex.io> > wrote: > > > Hello, > > > > You are probably looking for the elevator component, check it out: > > > https://lucene.apache.org/solr/guide/8_8/the-query-elevation-component.html > > > > Regards, > > Markus > > > > Op wo 24 feb. 2021 om 11:59 schreef Mark Robinson < > mark123lea...@gmail.com > > >: > > > > > Hi, > > > > > > I wanted to sort and then boost some docs to the top and these docs > > should > > > be my first set in the results and the following ones appearing > according > > > to my sort criteria. > > > > > > I understand that sort overrides bq hence bq may not be used in this > case > > > > > > - I brought my boost into sort using "query()" and achieved my goal. > > > - I tried sort and then elevate with forceElevation and that also > worked. > > > > > > My question is which is more recommended/ performant? > > > > > > Note:- Assume that I have hundreds of ids to boost like this. > > > Is there a difference to the answer if docs to be boosted after the > sort > > is > > > less? > > > > > > Could someone please share your thoughts/experience? > > > > > > Thanks! > > > Mark. > > > > > >
