On Wed, 2013-06-12 at 23:05 +0200, smanad wrote:
> Is this a limitation of solr/lucene, should I be considering using other
> option like using Elasticsearch (which is also based on lucene)?
> But I am sure search in multiple indexes is kind of a common problem.
You try to treat separate sources
esday, June 12, 2013 5:05 PM
To: solr-user@lucene.apache.org
Subject: Re: Need help with search in multiple indexes
Is this a limitation of solr/lucene, should I be considering using other
option like using Elasticsearch (which is also based on lucene)?
But I am sure search in multiple indexes is kind
In my case, different teams will be updating indexes at different intervals
so having separate cores gives more control. However, I can still
update(add/edit/delete) data with conditions like check for doc type.
Its just that, using shards sounds much cleaner and readable.
However, I am not yet s
I had not heard of that technique before. Interesting!
But couldn't you do the same thing with a unified schema spread among your
cores?
Michael Della Bitta
Applications Developer
o: +1 646 532 3062 | c: +1 917 477 7906
appinions inc.
“The Science of Influence Marketing”
18 East 41st Street
Is this a limitation of solr/lucene, should I be considering using other
option like using Elasticsearch (which is also based on lucene)?
But I am sure search in multiple indexes is kind of a common problem.
Also, i as reading this post
http://stackoverflow.com/questions/2139030/search-multiple-s
> I am not quite sure what you mean by "you're probably stuck coordinating
> the
> results externally. " Do you mean, searching in each index and then somehow
> merge results manually? will I still be able to use shards parameters? or
> no?
>
If your schemas don't match up, you can't use distribut
Thanks for the reply Michael.
In some cases schema is similar but not all of them. So lets go with
assumption schema NOT being similar.
I am not quite sure what you mean by "you're probably stuck coordinating the
results externally. " Do you mean, searching in each index and then somehow
merge r
Manasi,
Everything hinges on these indexes having similar enough schema that they
can be represented as a union of all the fields from each type, where most
of the searched data is common to all types. If so, you have a few options
for querying them all together... distributed search, creating one
