Return-Path: Delivered-To: apmail-jakarta-lucene-dev-archive@www.apache.org Received: (qmail 39802 invoked from network); 13 Apr 2004 06:09:33 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 13 Apr 2004 06:09:33 -0000 Received: (qmail 9362 invoked by uid 500); 13 Apr 2004 06:09:08 -0000 Delivered-To: apmail-jakarta-lucene-dev-archive@jakarta.apache.org Received: (qmail 9346 invoked by uid 500); 13 Apr 2004 06:09:08 -0000 Mailing-List: contact lucene-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Lucene Developers List" Reply-To: "Lucene Developers List" Delivered-To: mailing list lucene-dev@jakarta.apache.org Received: (qmail 9333 invoked from network); 13 Apr 2004 06:09:08 -0000 Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 13 Apr 2004 06:09:08 -0000 Received: (qmail 25385 invoked by uid 50); 13 Apr 2004 06:10:03 -0000 Date: 13 Apr 2004 06:10:03 -0000 Message-ID: <20040413061003.25384.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: lucene-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 27868] - Bad performance in PrefixQuery for large indices. X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.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=27868 Bad performance in PrefixQuery for large indices. ------- Additional Comments From jorgen@polopoly.com 2004-04-13 06:10 ------- No, I was able to rewrite the query in my application to a TermQuery instead. I didn't want to patch my customer's lucene jar. Suggestion 2 above will certainly improve performance if implemented. I would almost concider it a bug that it works the way it does. Especially when BooleanQuery has a maximum number of queries that can be added to it and throws an exception when adding more. All of a sudden when the index gets large enough, the application stops working properly. --------------------------------------------------------------------- To unsubscribe, e-mail: lucene-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: lucene-dev-help@jakarta.apache.org