The answer to each of your questions is the same: Just try it. And then feel
free to report back to this list how things worked out.
And, hopefully, you will have learned the lesson to avoid overly complex and
overly ambitious analysis schemes. The simple message: Keep things simple.
If you have troubles with interactions between your analyzer and the
highlighter, a copy to a clean and simple text field is a reasonable
alternative.
And the answer to any performance question is always the same: It all
depends on your data, your schema, and your environment; always do a proof
of concept to verify whether the use of additional features impacts
performance in your situation. And then feel free to report your results to
share with others.
-- Jack Krupansky
-----Original Message-----
From: Salman Akram
Sent: Tuesday, August 20, 2013 7:06 AM
To: Solr Group
Subject: Common Grams Highlighting
Hi,
I have gone through a lot of posts about Highlighting issues with Common
Grams but I am still a little confused. Below is my requirement:
- Highlighting needs to work properly with Common Grams
- Phrase highlighting needs to work
- Wildcard highlighting needs to work
Is this possible with Phrase Highlighter (with some patch)? e.g.
https://issues.apache.org/jira/browse/LUCENE-1489 (everything works fine
for me except the issue mentioned in this link)
Is this possible with Fast Vector Highlighter (wildcard/phrase highlighting
needs to work too)?
Is this possible with new Postings Highlighter
https://issues.apache.org/jira/browse/LUCENE-4290
If the answer is NO for all of the above questions then what if I index
same field twice; once 'indexed' with common grams for search and once just
'stored' without common grams for highlighting? Will this work and would it
have any impact on performance/size?
--
Regards,
Salman Akram
