Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 82335 invoked from network); 28 Aug 2006 21:31:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 28 Aug 2006 21:31:55 -0000 Received: (qmail 97439 invoked by uid 500); 28 Aug 2006 21:31:53 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 97158 invoked by uid 500); 28 Aug 2006 21:31:52 -0000 Mailing-List: contact java-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@lucene.apache.org Delivered-To: mailing list java-dev@lucene.apache.org Received: (qmail 97147 invoked by uid 99); 28 Aug 2006 21:31:52 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Aug 2006 14:31:52 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [194.109.24.24] (HELO smtp-vbr4.xs4all.nl) (194.109.24.24) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 28 Aug 2006 14:31:51 -0700 Received: from k8l.lan (porta.xs4all.nl [80.127.24.69]) by smtp-vbr4.xs4all.nl (8.13.6/8.13.6) with ESMTP id k7SLVTIQ020025 for ; Mon, 28 Aug 2006 23:31:30 +0200 (CEST) (envelope-from paul.elschot@xs4all.nl) From: Paul Elschot To: java-dev@lucene.apache.org Subject: Re: Combining search steps without re-searching Date: Mon, 28 Aug 2006 23:31:28 +0200 User-Agent: KMail/1.8.2 References: <20060828211703.4967.qmail@web25912.mail.ukl.yahoo.com> In-Reply-To: <20060828211703.4967.qmail@web25912.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608282331.28925.paul.elschot@xs4all.nl> X-Virus-Scanned: by XS4ALL Virus Scanner X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Monday 28 August 2006 23:17, eks dev wrote: > you are right Chuck, it depends... Filters are great for fields with small cardinality (majority of terms in normal collection) or things that are sorted (assuming Paul's patch gets commited so we do not use BitSet and we could use less memory hungry structures like interval lists :) With BitSet, paradoxically it makes sense to use them for high freq. terms to save memory Also, filters loose scoring values of earlier clauses that are filtered for drilling down. Adding required clauses to a boolean query and searching this query combines the scoring values of all clauses. > > Hi commiters, any chance of getting rid of BitSet in Filter? Can somebody guide what else needs to be done to have it commited, we have a pair of hands to help... One more here, Thanks, Paul Elschot --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org