Be careful of multi-term queries and String types. By multi-term here,
I mean multi-term according to the 'pre-tokenization' that dismax and
standard parsers do -- basically on whitespace. If you have a string
with whitespace as a single (non-tokenized field) in a Solr String type,
and you h
Thanks Mike for your suggestion. It did take me down the correct route. I
basically created another multiValue field of type 'string' and boosted
that. To get the partial matches to avoid the length normalisation I had the
'text' type multiValue field to omitNorms. The results look as per expected
How about creating another field for doing exact matches (a string);
searching both and boosting the string match?
-Mike
> -Original Message-
> From: Imran [mailto:imranboho...@gmail.com]
> Sent: Friday, October 29, 2010 6:25 AM
> To: solr-user@lucene.apache.org
> Subject: Influencing s