Okay, sounds fair.
Well, why I would have multiple shards was based on the presumption that it would be more effective to be able to search in single shards when needed (if each shard contains lets say 30 million entries) and then when time comes, migrate one of the shards to a different node. But I guess the gain in performance is not significant and that i should rather have just one shard per node. Or?

Best regards and thanks for your answer,
 Aleksander

On Tue, 23 Sep 2008 16:57:08 +0200, Ryan McKinley <[EMAIL PROTECTED]> wrote:


If i have solr up and running and do something like this:
query.set("shards", "localhost:8080/solr/core0,localhost: 8080/solr/core1");
I will get the results from both cores, obviously...

But is there a way to do this without using shards and accessing the cores through http? I presume it would/should be possible to do the same thing directly against the cores, but my question is really if this has been implemented already / is it possible?


not implemented...

Check line 384 of SearchHandler.java
   SolrServer server = new CommonsHttpSolrServer(url, client);

it defaults to CommonsHttpSolrServer.

This could easily change to EmbeddedSolrServer, but i'm not sure it is a very common usecase...

why would you have multiple shards on the same machine?

ryan






--
Aleksander M. Stensby
Senior Software Developer
Integrasco A/S
+47 41 22 82 72
[EMAIL PROTECTED]

Reply via email to