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 large index and adding a type field, etc.
If, however, your data is heterogeneous enough that the schemas are not really comparable, you're probably stuck coordinating the results externally. 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 New York, NY 10017 t: @appinions <https://twitter.com/Appinions> | g+: plus.google.com/appinions w: appinions.com <http://www.appinions.com/> On Wed, Jun 12, 2013 at 3:55 PM, smanad <sma...@gmail.com> wrote: > Hi, > > I am thinking of using Solr to implement Search on our site. Here is my use > case, > 1. We will have multiple 4-5 indexes based on different data > types/structures and data will be indexed into these by several processes, > like cron, on demand, thru message queue applications, etc. > 2. A single web service needs to search across all these indexes and return > results. > > I am thinking of using Solr 4.2.1 or may be 4.3 with single instance - > multicore setup. > I read about distributed search and I believe I should be able to search > across multiple indices using shards parameters. However in my case, all > shards will be on same host/port but with different core name. > > Is my understanding correct? Or is there any better alternative to this > approach? > > Please suggest. > Thanks, > -Manasi > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Need-help-with-search-in-multiple-indexes-tp4070040.html > Sent from the Solr - User mailing list archive at Nabble.com. >
