[
https://issues.apache.org/jira/browse/SOLR-11489?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17105997#comment-17105997
]
Andrzej Bialecki commented on SOLR-11489:
-----------------------------------------
[~dsmiley] Collection RENAME works precisely because we allow aliases to have
the same names as collections. I looked into implementing a true RENAME and
it's so messy and disruptive that this is the lesser evil.
> Create collections as _foo and auto-create an alias foo->_foo
> -------------------------------------------------------------
>
> Key: SOLR-11489
> URL: https://issues.apache.org/jira/browse/SOLR-11489
> Project: Solr
> Issue Type: Improvement
> Reporter: Erick Erickson
> Priority: Major
>
> Spin-off from SOLR-11488. Currently if a collection and an alias have the
> same name we don't test how they're resolved. So an innocent change to the
> code could easily change the behavior (what happens when you have a
> collection old, and an alias old->new and delete collection "old"? Have we
> even defined what _should_ happen?).
> See the discussion at SOLR-11488.
> An alternative proposal to SOLR-11488 (thanks Varun for pointing it out) is
> when creating a collection "foo", actually name it _foo and create an alias
> foo->_foo. Also don't allow the user to create an alias that begins with an
> underscore (and maybe the same for collections? An alias _foo->__foo starts
> to get weird).
> The result would be we'd never have a collection and an alias with the same
> name, which would go a long way to prevent issues going forward.
> This requires we consider the name in state.json to be an implementation
> detail, but the user won't notice. Potential here for the list of aliases to
> be quite large.
> Of course the user could still reference the collection directly as _foo if
> they insisted.
> Establishing this JIRA for discussion of the alternatives.
> Assigning to myself to keep it from getting lost, feel free to take it over
> if you'd like.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
