Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2AC4D9D62 for ; Wed, 8 Feb 2012 19:23:23 +0000 (UTC) Received: (qmail 41165 invoked by uid 500); 8 Feb 2012 19:23:22 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 40861 invoked by uid 500); 8 Feb 2012 19:23:20 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 40854 invoked by uid 99); 8 Feb 2012 19:23:20 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Feb 2012 19:23:20 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Feb 2012 19:23:19 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 952081AAEB8 for ; Wed, 8 Feb 2012 19:22:59 +0000 (UTC) Date: Wed, 8 Feb 2012 19:22:59 +0000 (UTC) From: "Yonik Seeley (Commented) (JIRA)" To: dev@lucene.apache.org Message-ID: <2057152797.15972.1328728979612.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <737049751.3091.1328198033451.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (SOLR-3088) create shard placeholders MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/SOLR-3088?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13203867#comment-13203867 ] Yonik Seeley commented on SOLR-3088: ------------------------------------ The mental model I've had is that numShards is just an optional helper at collection creation time, and is largely meaningless after that point. clusterstate is the system of record and contains all of the shards in a collection. When shards are split in the future there will be a period of time when both the pre-split shard and the resulting post-split shards will coexist and overlap, and numShards as a collection property (rather than just a creation property) doesn't make sense. If one is going to do custom sharding, then one would not use numShards, but simply add shards as needed (an example is shard-by-date, adding a new shard every week). > create shard placeholders > ------------------------- > > Key: SOLR-3088 > URL: https://issues.apache.org/jira/browse/SOLR-3088 > Project: Solr > Issue Type: New Feature > Components: SolrCloud > Reporter: Yonik Seeley > Fix For: 4.0 > > > When creating a new collection, a placeholder for each shard should be created. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org