However, if you unify your schemas to do this, I'd consider whether you
really want seperate cores/shards in the first place.
If you want to search over all of them together, what are your reasons
to put them in seperate solr indexes in the first place? Ordinarily, if
you want to search over them all together, the best place to start is
putting them in the same solr index.
Then, the distribution/sharding feature is generally your next step,
only if you have so many documents that you need to shard for
performance reasons. That is the intended use case of the
distribution/sharding feature.
On 8/8/2011 4:54 PM, Erik Hatcher wrote:
You could use Solr's distributed (shards parameter) capability to do this.
However, if you've got somewhat different schemas that isn't necessarily going
to work properly. Perhaps unify your schemas in order to facilitate this using
Solr's distributed search feature?
Erik
On Aug 3, 2011, at 05:22 , Ahmed Boubaker wrote:
Hello there!
I have a multicore solr with 6 different "simple" cores and somewhat
different schemas and I defined another "meta" core which I would it to be a
dispatcher: the requests are sent to "simple" cores and results are
aggregated before sending back the results to the user.
Any idea or hints how can I achieve this?
I am wondering whether writing custom SearchComponent or a custom
SearchHandler are good entry points?
Is it possible to acces other SolrCore which are in the same container as
the "meta" core?
Many thanks for your help.
Boubaker
