You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Artyom <ic...@mail.ru> on 2012/12/17 11:59:45 UTC
SolrCloud with Near Realtime Search: buildOnOptimize in
IndexBasedSpellChecker
When an optimization event occurs in this case? Should I reindex this
spellchecker on every shard manually? Or does this even occurs every hard or
soft commit?
--
View this message in context: http://lucene.472066.n3.nabble.com/SolrCloud-with-Near-Realtime-Search-buildOnOptimize-in-IndexBasedSpellChecker-tp4027499.html
Sent from the Solr - User mailing list archive at Nabble.com.
Re: SolrCloud with Near Realtime Search: buildOnOptimize in
IndexBasedSpellChecker
Posted by Artyom <ic...@mail.ru>.
Thank you, Upayavira, I know about the DirectSpellChecker.
But I want to know how IndexBasedSpellChecker is handled in SolrCloud.
--
View this message in context: http://lucene.472066.n3.nabble.com/SolrCloud-with-Near-Realtime-Search-buildOnOptimize-in-IndexBasedSpellChecker-tp4027499p4027514.html
Sent from the Solr - User mailing list archive at Nabble.com.
Re: SolrCloud with Near Realtime Search: buildOnOptimize in
IndexBasedSpellChecker
Posted by Artyom <ic...@mail.ru>.
I see, then buildOnOptimize is useless in this case!
--
View this message in context: http://lucene.472066.n3.nabble.com/SolrCloud-with-Near-Realtime-Search-buildOnOptimize-in-IndexBasedSpellChecker-tp4027499p4027515.html
Sent from the Solr - User mailing list archive at Nabble.com.
Re: SolrCloud with Near Realtime Search: buildOnOptimize in IndexBasedSpellChecker
Posted by Tomás Fernández Löbbe <to...@gmail.com>.
It only rebuilds on explicit optimize operations. A background merge that
merges all segments (to 1) won't fire the rebuild AFAIK.
And Upayavira is right, you can choose to use a DirectSolrSpellChecker,
that way you don't need an external index at all.
On Mon, Dec 17, 2012 at 9:46 AM, Upayavira <uv...@odoko.co.uk> wrote:
> Note with 4.0 you don't need to build a spellcheck index. Spellchecking
> can happen from your main index (unless you are providing your own
> dictionary).
>
> Upayavira
>
> On Mon, Dec 17, 2012, at 12:36 PM, Artyom wrote:
> > Thank you, Tomás.
> >
> > This wiki
> >
> http://wiki.apache.org/solr/UpdateXmlMessages#A.22commit.22_and_.22optimize.22
> > says
> > "*Segments are normally merged over time anyway (as determined by the
> > merge
> > policy), and optimize just forces these merges to occur immediately.*"
> >
> > Doesn't the merge policy affects buildOnOptimize setting and trigger
> > spellcheck index rebuilding?
> >
> >
> >
> > --
> > View this message in context:
> >
> http://lucene.472066.n3.nabble.com/SolrCloud-with-Near-Realtime-Search-buildOnOptimize-in-IndexBasedSpellChecker-tp4027499p4027510.html
> > Sent from the Solr - User mailing list archive at Nabble.com.
>
Re: SolrCloud with Near Realtime Search: buildOnOptimize in
IndexBasedSpellChecker
Posted by Upayavira <uv...@odoko.co.uk>.
Note with 4.0 you don't need to build a spellcheck index. Spellchecking
can happen from your main index (unless you are providing your own
dictionary).
Upayavira
On Mon, Dec 17, 2012, at 12:36 PM, Artyom wrote:
> Thank you, Tomás.
>
> This wiki
> http://wiki.apache.org/solr/UpdateXmlMessages#A.22commit.22_and_.22optimize.22
> says
> "*Segments are normally merged over time anyway (as determined by the
> merge
> policy), and optimize just forces these merges to occur immediately.*"
>
> Doesn't the merge policy affects buildOnOptimize setting and trigger
> spellcheck index rebuilding?
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/SolrCloud-with-Near-Realtime-Search-buildOnOptimize-in-IndexBasedSpellChecker-tp4027499p4027510.html
> Sent from the Solr - User mailing list archive at Nabble.com.
Re: SolrCloud with Near Realtime Search: buildOnOptimize in
IndexBasedSpellChecker
Posted by Artyom <ic...@mail.ru>.
Thank you, Tomás.
This wiki
http://wiki.apache.org/solr/UpdateXmlMessages#A.22commit.22_and_.22optimize.22
says
"*Segments are normally merged over time anyway (as determined by the merge
policy), and optimize just forces these merges to occur immediately.*"
Doesn't the merge policy affects buildOnOptimize setting and trigger
spellcheck index rebuilding?
--
View this message in context: http://lucene.472066.n3.nabble.com/SolrCloud-with-Near-Realtime-Search-buildOnOptimize-in-IndexBasedSpellChecker-tp4027499p4027510.html
Sent from the Solr - User mailing list archive at Nabble.com.
Re: SolrCloud with Near Realtime Search: buildOnOptimize in IndexBasedSpellChecker
Posted by Tomás Fernández Löbbe <to...@gmail.com>.
"optimize" operations only occur when you explicitly request for them. All
nodes should get the command, so if you have set the "buildOnOptimize" in
all nodes (you probably are, as you are using the same configuration) then
all of them should rebuild the spellcheck index.
Tomás
On Mon, Dec 17, 2012 at 7:59 AM, Artyom <ic...@mail.ru> wrote:
> When an optimization event occurs in this case? Should I reindex this
> spellchecker on every shard manually? Or does this even occurs every hard
> or
> soft commit?
>
>
>
> --
> View this message in context:
> http://lucene.472066.n3.nabble.com/SolrCloud-with-Near-Realtime-Search-buildOnOptimize-in-IndexBasedSpellChecker-tp4027499.html
> Sent from the Solr - User mailing list archive at Nabble.com.
>