Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B002A189C0 for ; Mon, 17 Aug 2015 13:24:37 +0000 (UTC) Received: (qmail 8172 invoked by uid 500); 17 Aug 2015 13:24:33 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 8107 invoked by uid 500); 17 Aug 2015 13:24:33 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Delivered-To: moderator for solr-user@lucene.apache.org Received: (qmail 7954 invoked by uid 99); 17 Aug 2015 13:24:00 -0000 X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.879 X-Spam-Level: ** X-Spam-Status: No, score=2.879 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=veF6+XCrGvklo5XTYn+5x36kYig4Y3yMwMTbsB7pu0A=; b=LJvsmCjvJb60T+QuemIu9pV15CNH8GR3865J98/Ylckn8u9MfoThoT2+i9vSXBZ8+9 TRIxEmrw2n0dhiNrQjmApGIKhyMA8SYgjoZLouIutx40UfyjnkWGZPCGU0b9UiQJ2h15 obpfA9Dc4j2qRnNcWvvvG3/aieJar8Uto/rL24zrnGhFT2L8P7i/64rsLf+bsPxoCFT5 I4WBzT+is3rsWaoP5/WUy4zJkJJetvUBftLe5fUAdbxouejQTKmHPUb00V9QQz6rEyOq kCvcNkSenvmSjsbzOsK68+SGuldLuBKYd8AChC8f2vIlzuy9FwG5YY3DUy1WQco4wiy9 fadA== MIME-Version: 1.0 X-Received: by 10.180.37.7 with SMTP id u7mr32677571wij.79.1439817831602; Mon, 17 Aug 2015 06:23:51 -0700 (PDT) Date: Mon, 17 Aug 2015 16:23:51 +0300 Message-ID: Subject: Result Grouping: Number of results in group is not according to specs From: Arnon Yogev To: solr-user@lucene.apache.org Content-Type: multipart/alternative; boundary=e89a8f6476d564df77051d81b618 --e89a8f6476d564df77051d81b618 Content-Type: text/plain; charset=UTF-8 When using result grouping, Solr specs state the following about the "rows" and "group.limit" params: rows - The number of groups to return. group.limit - Number of rows to return in each group. We are using Solr cloud with a single collection and 64 shards. When grouping by field (i.e. using the group.field parameter), the behavior is as expected. However, when grouping by query (using group.query), the number of documents inside each group is affected by the rows param, instead of the group.limit param. This is different than what is mentioned in the specs. Moreover, when switching to a non-sharded environment (64 collections, 1 shard per collection), the behavior is different, and the number of docs inside each group is affected by the group.query param, as expected. Is this a known issue? We couldn't find a relevant JIRA ticket. Thanks, Arnon --e89a8f6476d564df77051d81b618--