lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley (JIRA)" <>
Subject [jira] [Commented] (SOLR-705) Distributed search should optionally return docID->shard map
Date Wed, 08 Jun 2011 19:47:59 GMT


Yonik Seeley commented on SOLR-705:

bq. interesting. What defines a 'slice'? Could it be a system property, or something in SolrConfig?

It's well defined within SolrCloud... you can actually add &shards=shard1,shard2 and solr
will do the mapping from those logical shards to physical shards (via cluster state in zookeeper)
and do a load-balanced request across them.

> Distributed search should optionally return docID->shard map
> ------------------------------------------------------------
>                 Key: SOLR-705
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>    Affects Versions: 1.3
>         Environment: all
>            Reporter: Brian Whitman
>            Assignee: Ryan McKinley
>             Fix For: 4.0
>         Attachments: SOLR-705.patch, SOLR-705.patch, SOLR-705.patch, SOLR-705.patch,
SOLR-705.patch, SOLR-705.patch
> SOLR-303 queries with &shards parameters set need to return the dociD->shard mapping
in the response. Without it, updating/deleting documents when the # of shards is variable
is hard. We currently set this with a special requestHandler that filters /update and inserts
the shard as a field in the index but it would be better if the shard location came back in
the query response outside of the index.

This message is automatically generated by JIRA.
For more information on JIRA, see:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message