lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jan Høydahl <jan....@cominvent.com>
Subject Re: shard indexing
Date Wed, 02 Nov 2011 10:50:32 GMT
Personally I think it is better to be explicit about where you index, so that when you create
a new shard "december", you also switch the URL for your indexing code.

I suppose one trick you could use is to have a core called "current", which now would be for
november, and once you get to december, you create a "november" core, and do a SWAP between
"current"<->"november". Then your new core would now be "current" and you don't need
to change URLs on the index client side.

--
Jan Høydahl, search solution architect
Cominvent AS - www.cominvent.com
Solr Training - www.solrtraining.com

On 2. nov. 2011, at 11:16, Vadim Kisselmann wrote:

> Hello Jan,
> 
> thanks for your quick response.
> 
> It's quite difficult to explain:
> We want to create new shards on the fly every month and switch the default
> shard to the newest one.
> We always want to index to the newest shard with the same update query
> like  http://localhost:8983/solr/update.(content stream)
> 
> Is our idea possible to implement?
> 
> Thanks in advance.
> Regards
> 
> Vadim
> 
> 
> 
> 
> 
> 2011/11/2 Jan Høydahl <jan.asf@cominvent.com>
> 
>> Hi,
>> 
>> The only difference is the core name in the URL, which should be easy
>> enough to handle from your indexing client code. I don't really understand
>> the reason behind your request. How would you control which core to index
>> your document to if you did not specify it in the URL?
>> 
>> You could name ONE of your cores as ".", meaning it would be the "default"
>> core living at /solr/update, perhaps that is what you're looking for?
>> 
>> --
>> Jan Høydahl, search solution architect
>> Cominvent AS - www.cominvent.com
>> Solr Training - www.solrtraining.com
>> 
>> On 2. nov. 2011, at 10:00, Vadim Kisselmann wrote:
>> 
>>> Hello folks,
>>> i have an problem with shard indexing.
>>> 
>>> with an single core i use this update command:
>>> http://localhost:8983/solr/update .....
>>> 
>>> now i have 2 shards, we can call them core0 / core1
>>> http://localhost:8983/solr/core0/update .....
>>> 
>>> 
>>> can i adjust anything to indexing in the same way like with a single core
>>> without core-name?
>>> 
>>> thanks and regards
>>> vadim
>> 
>> 


Mime
View raw message