Hi Matt,
What kinds of things were you hoping to find when looking for multicore
support in either solr-ruby or rsolr?
I have a couple of uses for it:
1) Search and merge the results from multiple indexes:
http://localhost:8983/solr/core0/select?shards=localhost:8983/solr/core0,localhost:8983/solr/core1&q=XXXX
I assume the above would return documents containing XXXX in both cores.
How are the relevancy scores managed? Would the documents be merged
together?
(The reason I want two indexes here but in every respect look to the end
user as one index is that one index is huge and changes rarely, and the
other is small and changes more often, so I'd like to make the commits
on that take a reasonable amount of time. Also, it makes managing the
large index better, because I don't have to worry about the small
index's changes.)
2) Do automated tests during reindexing:
After reindexing to core1, I'll query both core0 and core1 separately
and compare the results to be sure only what I intended to change was
changed.
We can even create an interface so that an authorized user can switch
indexes in their session to test the changes out in an otherwise
completely live environment.
3) There are a few more similar uses that might be coming, but I think
the main point is to be able to query on one or the other cores, or
both, or possibly a third one in the future.
Thanks,
Paul