I'm afraid there is no perfect solution for this problem, as you may always have very long documents that will result in long response times, even with a faster implementation (see https://issues.apache.org/jira/browse/SOLR-1268 ).
The only way to avoid confusion for users and to ensure correct response times is to truncate the indexed field. This way, every documents returned can be highlighted... but you'll miss matches in long documents! If you don't control the length of the documents and need highlight, either you don't highlight all documents, either you don't find all documents. I think that a pretty large copyfield (maybe 50k?) is usually enough for most documents to be highlighted, but that depends on your corpus. Good luck ;) Nicolas 2009/11/9 Andrew Clegg <andrew.cl...@gmail.com> > > > Nicolas Dessaigne wrote: > > > > Alternatively, you could use a copyfield with a maxChars limit as your > > highlighting field. Works well in my case. > > > > Thanks for the tip. We did think about doing something similar (only > enabling highlighting for certain shorter fields) but we decided that > perhaps users would be confused if search terms were sometimes > snippeted+highlighted and sometimes not. (A brief run through with a single > user suggested this, although that's not statistically significant...) So > we > decided to avoid highlighting altogether until we can do it across the > board. > > Cheers, > > Andrew. > -- > View this message in context: > http://old.nabble.com/Highlighting-is-very-slow-tp26160216p26267441.html > Sent from the Solr - User mailing list archive at Nabble.com. > >
