Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@lucene.apache.org
Received-SPF: pass (nike.apache.org: domain of paul_t100@fastmail.fm
 designates 66.111.4.26 as permitted sender)
Message-ID: <4DC24F12.30903@fastmail.fm>
Date: Thu, 05 May 2011 08:17:38 +0100
From: Paul Taylor <paul_t100@fastmail.fm>
Reply-To: paul_t100@fastmail.fm
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US;
 rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10
MIME-Version: 1.0
To: java-user@lucene.apache.org
CC: Chris Hostetter <hossman_lucene@fucit.org>
Subject: Re: Anyway to not bother scoring less good matches ?
References: <4DBFEBCD.9090504@fastmail.fm>
 <89331.21012.qm@web121716.mail.ne1.yahoo.com> <4DC13DDD.6010905@fastmail.fm>
 <4DC147C1.7020206@fastmail.fm> <alpine.DEB.2.00.1105041617010.16732@bester>
In-Reply-To: <alpine.DEB.2.00.1105041617010.16732@bester>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

On 05/05/2011 00:24, Chris Hostetter wrote:
> : Well I did extend QuerParser, and the method is being called but rather
> : disappointingly it had no noticeablke effect on how long queries took. I
> : really thought by reducing the number of matches the corresponding scoring
> : phase would be quicker.
>
> "matching" and "scoring" go hand in hand ... the Searcher iterates over
> all docs to determine if they match the Query (i'm being grossly simple,
> in truth many docs can be skipped wholesale during this iteration because
> of conjunctions) and when a matching document is found, it's score is
> computed to determine if it's high enough to be included in the results
> (ie: is it's score higher then the lowest scoring document already
> collected)
>
> The botomline: lucene doesn't know that something is a "less good match"
> until it scores it ... the score is what determines how good it is.
>
>
> -Hoss
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org
>
>

But doesnt setting setMinimumNumberShouldMatch(3) cause the search to decide that a document that only matches two terms does not match the query in the first place, therefore not need scoring ?

Paul


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org