[
https://issues.apache.org/jira/browse/SOLR-6093?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14003332#comment-14003332
]
Erick Erickson commented on SOLR-6093:
--------------------------------------
Hmmm.. Couple of questions to add to the mix:
1> How to handle multiple shards hosted on the same node?
2> How does adding &distrib=false interact with this idea?
> delete docs only in a spec shard within a collection
> ----------------------------------------------------
>
> Key: SOLR-6093
> URL: https://issues.apache.org/jira/browse/SOLR-6093
> Project: Solr
> Issue Type: Improvement
> Components: contrib - Clustering
> Affects Versions: 4.6, 4.7
> Reporter: YouPeng Yang
> Priority: Minor
>
> Suppose to delete docs in a spec shard within a collection,using this the
> command
> [1]http://localhost:8082/solr/tv_201402/update?&stream.body=<delete><query>BEGINTIME:["2014-03-01
> 00:00:00" TO *]</query></delete>&shards=tv_201402&commit=true.
> As a result, all the docs over the collection which BEGINTIME is larger than
> 2014-03-01 00:00:00 were deleted.
> After I check the source code
> :DistributedUpdateProcessor.doDeleteByQuery.It shows that the _route_ and
> shard.keys can make work, which indeed works after I have try with the cmd:
> [2]http://10.1.22.1:8082/solr/tv_201402/update?stream.body=<delete><query>BEGINTIME:["2014-03-01
> 00:00:00" TO "2014-03-02
> 00:00:00"]</query></delete>&_route_=tv_201402&commit=true
> As the first request[1],I use the shards parameter hoping to delete docs only
> in the tv_201402, while the second request[1],it change to _route_ parameter
> .
> The purpose that I file the JIRA is that we should make it to be consist
> that the shards parameter should also can make request no distrib during
> updating just as some as searching.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
