It also indexes edge ngrams for short sequences (e.g. a*, b*, etc.) and
switches to ordinary PrefixQuery for longer sequences, and does some work
to at search time to do the "infixing".
But yeah otherwise that's it.
If your ranking at lookup isn't exactly matching the weight, but "roughly"
has so
I see. I had actually overlooked the fact that Suggester provides a
'weightField', and I could possibly use that in my case instead of the
regular Solr index with bq.
So if I understand then - the main advantage of using the
AnalyzingInfixSuggester instead of a regular Solr index (since both are
AnalyzingInfixSuggester uses index-time sort, to sort all postings by the
suggest weight, so that lookup, as long as your sort by the suggest weight
is extremely fast.
But if you need to rank at lookup time by something not "congruent" with
the index-time sort then you lose that benefit.
Mike McC
Hello,
>From what I understand, the AnalyzingInfixSuggester is using a simple
Lucene query; so I was wondering, how then would this suggester have better
performance than using a simple Solr 'select' query on a regular Solr index
(with an asterisk placed at the start and end of the query string).