Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 74127 invoked from network); 14 Apr 2009 14:29:43 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Apr 2009 14:29:43 -0000 Received: (qmail 65929 invoked by uid 500); 14 Apr 2009 14:29:42 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 65883 invoked by uid 500); 14 Apr 2009 14:29:42 -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 65875 invoked by uid 99); 14 Apr 2009 14:29:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Apr 2009 14:29:42 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Apr 2009 14:29:35 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 2B18D234C003 for ; Tue, 14 Apr 2009 07:29:15 -0700 (PDT) Message-ID: <1355188002.1239719355148.JavaMail.jira@brutus> Date: Tue, 14 Apr 2009 07:29:15 -0700 (PDT) From: "Uwe Schindler (JIRA)" To: java-dev@lucene.apache.org Subject: [jira] Commented: (LUCENE-1602) Rewrite TrieRange to use MultiTermQuery In-Reply-To: <502476924.1239718515238.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/LUCENE-1602?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12698784#action_12698784 ] Uwe Schindler commented on LUCENE-1602: --------------------------------------- An additional extension to MultiTermQuery: The original version of TrieRange had a shortcut in the getDocIdSet call: If the range was inverse and would return for sure no documents, it returned the DocIdSet.EMPTY_DOCID_SET instance and did not allocate any OpenBitSet. MultiTermQuery could also do this automatically, if the FilteredTermEnum is empty from the beginning (simple check before allocating the bitset). This would be a nice memory-friendly imporvement. I could try to implement this in MultiTermQuery's getDocIdSet(). > Rewrite TrieRange to use MultiTermQuery > --------------------------------------- > > Key: LUCENE-1602 > URL: https://issues.apache.org/jira/browse/LUCENE-1602 > Project: Lucene - Java > Issue Type: New Feature > Components: contrib/* > Affects Versions: 2.9 > Reporter: Uwe Schindler > Assignee: Uwe Schindler > Fix For: 2.9 > > Attachments: LUCENE-1602.patch > > > Issue for discussion here: http://www.lucidimagination.com/search/document/46a548a79ae9c809/move_trierange_to_core_module_and_integration_issues > This patch is a rewrite of TrieRange using MultiTermQuery like all other core queries. This should make TrieRange identical in functionality to core range queries. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org