Thank you all
Mikhail Khludnev schrieb am Mi., 8. Feb. 2023, 19:47:
> I suppose if we sort=_docid_ asc it will break after collecting rows rows.
> Obviously, it disables all scoring, but perhaps you can pre-sort index.
>
> On Wed, Feb 8, 2023 at 7:36 PM Tomás Fernández Löbbe <
> tomasflo...@gm
I suppose if we sort=_docid_ asc it will break after collecting rows rows.
Obviously, it disables all scoring, but perhaps you can pre-sort index.
On Wed, Feb 8, 2023 at 7:36 PM Tomás Fernández Löbbe
wrote:
> > Then, the long answer is that Apache Solr implements already approaches
> for
> > 'ea
> Then, the long answer is that Apache Solr implements already approaches for
> 'early termination' such as Block Max WAND from Solr 8(thanks Lucene for
> this: https://www.ncbi.nlm.nih.gov/pmc/articles/PMC7148045/) to optimise
> query time and 'skip un-worthy candidates'.
>
Note that this is not
The short answer is no, you can't ask Solr to stop searching after the
first 100 hits are found, the retrieval and ranking phase needs to be
completed to be able to return the top-K. If you don't find the
candidates(retrieval) and rank them, how would you know what is the top-K
at all?
Then, the l
Please include your schema and some sample queries so we have specifics to go
on.
> On Feb 8, 2023, at 9:00 AM, Mike wrote:
>
> I have a standalone Solr server and an index of millions of documents.
> Some queries that e.g. more than 1 million times exist takes a long time.
> I only need the
