Return-Path: Delivered-To: apmail-lucene-java-dev-archive@www.apache.org Received: (qmail 49886 invoked from network); 11 Aug 2005 16:09:59 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 11 Aug 2005 16:09:59 -0000 Received: (qmail 80858 invoked by uid 500); 11 Aug 2005 16:09:58 -0000 Delivered-To: apmail-lucene-java-dev-archive@lucene.apache.org Received: (qmail 80605 invoked by uid 500); 11 Aug 2005 16:09:56 -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 80592 invoked by uid 99); 11 Aug 2005 16:09:56 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Aug 2005 09:09:55 -0700 Received: by ajax.apache.org (Postfix, from userid 99) id 2589FEB; Thu, 11 Aug 2005 18:09:54 +0200 (CEST) From: bugzilla@apache.org To: java-dev@lucene.apache.org Subject: DO NOT REPLY [Bug 36135] - Numeric range searching with large value sets X-Bugzilla-Reason: AssignedTo Message-Id: <20050811160954.2589FEB@ajax.apache.org> Date: Thu, 11 Aug 2005 18:09:54 +0200 (CEST) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36135 ------- Additional Comments From randy@zillow.com 2005-08-11 18:09 ------- (In reply to comment #11) > How I cracked this nut was to manipulate numbers such that they index properly > and then use a ConstantScoreRangeQuery > http://issues.apache.org/bugzilla/show_bug.cgi?id=34673 Thanks Yonik, using a filter like this will certainly work functionally but I need range queries to perform well and filtering is kind of like full table scans in the relational world. In my use cases the range queries are the primary document reduction mechanism so I wouldn't benefit from 'skip to' implementation to avoid reading a lot of field values. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org For additional commands, e-mail: java-dev-help@lucene.apache.org