Right - update aliases should only map an alias to one collection, but are 
perfectly valid.

Read aliases can map to multiple collections or just one.

There is currently only a create alias command and not an update alias command. 
I suppose because the impl for create just happened to work for update as well, 
so I guess I figured why add it explicitly. I figured we could still do it 
later - and I suppose we probably should.

I also intend to add a list alias command: 
https://issues.apache.org/jira/browse/SOLR-4968

- Mark

On Oct 8, 2013, at 11:31 AM, Michael Della Bitta 
<michael.della.bi...@appinions.com> wrote:

> You can index to an alias that points at only one collection. Works fine!
> 
> 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<https://plus.google.com/u/0/b/112002776285509593336/112002776285509593336/posts>
> w: appinions.com <http://www.appinions.com/>
> 
> 
> On Fri, Oct 4, 2013 at 7:59 AM, Upayavira <u...@odoko.co.uk> wrote:
> 
>> I've used this feature to great effect. I have logs coming in, and I
>> create a core for each day. At the end of each day, I create a new core
>> for tomorrow, unload any cores over 2 months old, then create a set of
>> aliases ("all", "month", "week", "today") pointing to just the cores
>> that are needed for that range. Thus, my app can efficiently query the
>> bit of the index it is really interested in.
>> 
>> You cannot, as far as I am aware, index directly to an alias. It
>> wouldn't know what to do with the content. However, you can create an
>> alias over the top of an existing one, and it will replace it. Works
>> nicely.
>> 
>> Upayavira
>> 
>> On Fri, Oct 4, 2013, at 10:41 AM, Jan Høydahl wrote:
>>> Hi,
>>> 
>>> I have been asked the same question. There are only DELETEALIAS and
>>> CREATEALIAS actions available, so is there a way to achieve uninterrupted
>>> switch of an alias from one index to another? Are we lacking a MOVEALIAS
>>> command?
>>> 
>>> --
>>> Jan Høydahl, search solution architect
>>> Cominvent AS - www.cominvent.com
>>> 
>>> 27. sep. 2013 kl. 10:46 skrev Yago Riveiro <yago.rive...@gmail.com>:
>>> 
>>>> I need delete the alias for the old collection before point it to the
>> new, right?
>>>> 
>>>> --
>>>> Yago Riveiro
>>>> Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
>>>> 
>>>> 
>>>> On Friday, September 27, 2013 at 2:25 AM, Otis Gospodnetic wrote:
>>>> 
>>>>> Hi,
>>>>> 
>>>>> Imagine you have an index and you need to reindex your data into a new
>>>>> index, but don't want to have to reconfigure or restart client apps
>>>>> when you want to point them to the new index. This is where aliases
>>>>> come in handy. If you created an alias for the first index and made
>>>>> your apps hit that alias, then you can just repoint the same alias to
>>>>> your new index and avoid having to touch client apps.
>>>>> 
>>>>> No, I don't think you can write to multiple collections through a
>> single alias.
>>>>> 
>>>>> Otis
>>>>> --
>>>>> Solr & ElasticSearch Support -- http://sematext.com/
>>>>> Performance Monitoring -- http://sematext.com/spm
>>>>> 
>>>>> 
>>>>> 
>>>>> On Thu, Sep 26, 2013 at 6:34 AM, yriveiro <yago.rive...@gmail.com(mailto:
>> yago.rive...@gmail.com)> wrote:
>>>>>> Today I was thinking about the ALIAS feature and the utility on Solr.
>>>>>> 
>>>>>> Can anyone explain me with an example where this feature may be
>> useful?
>>>>>> 
>>>>>> It's possible have an ALIAS of multiples collections, if I do a
>> write to the
>>>>>> alias, Is this write replied to all collections?
>>>>>> 
>>>>>> /Yago
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> -----
>>>>>> Best regards
>>>>>> --
>>>>>> View this message in context:
>> http://lucene.472066.n3.nabble.com/ALIAS-feature-can-be-used-for-what-tp4092095.html
>>>>>> Sent from the Solr - User mailing list archive at Nabble.com (
>> http://Nabble.com).
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> 
>>> 
>> 

Reply via email to