Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@lucene.apache.org
MIME-Version: 1.0
References: <CADitDknpcQ=AN1WRuNDtkJNipgxatb1iNQUR9aCawSCpKXGO+Q@mail.gmail.com>
In-Reply-To: <CADitDknpcQ=AN1WRuNDtkJNipgxatb1iNQUR9aCawSCpKXGO+Q@mail.gmail.com>
From: Adrien Grand <jpountz@gmail.com>
Date: Thu, 30 Nov 2017 15:56:56 +0000
Message-ID: <CAPsWd+PCCRFFjz6ZwaXFNxc2LiGgVUZVY1Avxj2JB9qd=K94sA@mail.gmail.com>
Subject: Re: COST vs SCORE vs WEIGHT
To: java-user@lucene.apache.org
Content-Type: multipart/alternative; boundary="001a114a4488d7c97b055f354d3b"
archived-at: Thu, 30 Nov 2017 15:57:12 -0000

--001a114a4488d7c97b055f354d3b
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi Vadim,

A Weight is the specialization of a query for a given index reader. It has
access to index statistics that will help compute scores for instance.

A Scorer is the specialization of a weight for a given segment. It can
iterate over matches and compute scores.

The cost of a scorer is the expected number of matching documents for this
scorer. It is useful in order to run operations in the optimal order

Your observation of the behaviour of your BooleanQuery with SHOULD clauses
looks wrong: the score of the boolean query is the sum of the scores of the
matching sub queries.

Le jeu. 30 nov. 2017 =C3=A0 16:39, Vadim Gindin <vgindin@detectum.com> a =
=C3=A9crit :

> Hi
>
> 1) What is the principal difference between COST vs SCORE vs WEIGHT
>
> 2) Assume we have BooleanQuery with 5 TermQuery subqueries that are
> included via SHOULD condition. Assume we have 5 fields and one subquery i=
s
> need to search in one field. Some product of MultiFieldQueryParser. In th=
is
> case the score of BooleanQuery is the sum of scores of each subquery. I
> expected that not all subqueries will be included but only those who
> founded something, but in fact there is a sum of all subqueries. Why? How
> to implement need logic: sum of those subqueries that found something? Ho=
w
> to check that?
>
> Regards,
> Vadim Gindin
>

--001a114a4488d7c97b055f354d3b--