lucene-solr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Noble Paul (JIRA)" <j...@apache.org>
Subject [jira] Commented: (SOLR-705) Distributed search should optionally return docID->shard map
Date Thu, 30 Jul 2009 06:40:14 GMT

    [ https://issues.apache.org/jira/browse/SOLR-705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12737015#action_12737015
] 

Noble Paul commented on SOLR-705:
---------------------------------

bq.binary might decide to leave it out completely

The behavior should be consistent irrespective of the output format we choose. The binary
format should have no problem in handling this usecase the same way xml format handles it

> Distributed search should optionally return docID->shard map
> ------------------------------------------------------------
>
>                 Key: SOLR-705
>                 URL: https://issues.apache.org/jira/browse/SOLR-705
>             Project: Solr
>          Issue Type: Improvement
>    Affects Versions: 1.3
>         Environment: all
>            Reporter: Brian Whitman
>             Fix For: 1.4
>
>         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.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message