Return-Path: Delivered-To: apmail-jakarta-lucene-user-archive@www.apache.org Received: (qmail 1068 invoked from network); 12 Feb 2004 08:04:25 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 12 Feb 2004 08:04:25 -0000 Received: (qmail 98510 invoked by uid 500); 12 Feb 2004 08:03:55 -0000 Delivered-To: apmail-jakarta-lucene-user-archive@jakarta.apache.org Received: (qmail 98467 invoked by uid 500); 12 Feb 2004 08:03:54 -0000 Mailing-List: contact lucene-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Lucene Users List" Reply-To: "Lucene Users List" Delivered-To: mailing list lucene-user@jakarta.apache.org Received: (qmail 98421 invoked from network); 12 Feb 2004 08:03:54 -0000 Received: from unknown (HELO chuck.interface-business.de) (193.101.57.34) by daedalus.apache.org with SMTP; 12 Feb 2004 08:03:54 -0000 Received: from buddelflink (buddelflink.interface-business.de [193.101.57.21]) by chuck.interface-business.de (8.12.9/8.12.9) with ESMTP id i1C843cb034802 for ; Thu, 12 Feb 2004 09:04:03 +0100 (CET) (envelope-from kristian.hermsdorf@ifbus.de) Date: Thu, 12 Feb 2004 09:04:03 +0100 To: Lucene Users List Subject: Re: Leading Wild Card Search References: <326BDC0F160B8647ACB8396A3C56838707B2A558@h-file05.180096hotel.com> <402A89F2.8070609@tropo.com> From: Kristian Hermsdorf Organization: Interface Business Content-Type: text/plain; format=flowed; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: <402A89F2.8070609@tropo.com> User-Agent: Opera7.23/Win32 M2 build 3227 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 Hi > I've written a PrefixQuery and it's not hard to do -I can post it too. > Problem is that it is not integrated into the query parser (.jj) so odds > are noone will use it, and the general sentiment on this list (and lucene-dev) > is that prefix queries are evil because it's an expensive operation as the query > code has to traverse all terms to "expand" the query. I would prefer > a more user oriented view i.e. just allow it as sometimes it's what you need and > the only alternative I can think of, doing a fuzzy query, isn't quite right. wow - great! I'm looking for a sample code for quite a goode time. I'd like to test the performance on our data to see if it's really that slow. It would be great if you could post a URL whrer to find your extension. thank you --------------------------------------------------------------------- To unsubscribe, e-mail: lucene-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: lucene-user-help@jakarta.apache.org