[
https://issues.apache.org/jira/browse/LUCENE-7621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16134971#comment-16134971
]
ASF subversion and git services commented on LUCENE-7621:
---------------------------------------------------------
Commit bb9b82f98b052e8ccdda9cfae8333cc1bd30d4dd in lucene-solr's branch
refs/heads/master from [~jpountz]
[ https://git-wip-us.apache.org/repos/asf?p=lucene-solr.git;h=bb9b82f ]
LUCENE-7621: Add CoveringQuery, a query whose required number of matching
clauses can be defined per document.
> Per-document minShouldMatch
> ---------------------------
>
> Key: LUCENE-7621
> URL: https://issues.apache.org/jira/browse/LUCENE-7621
> Project: Lucene - Core
> Issue Type: New Feature
> Reporter: Adrien Grand
> Priority: Minor
> Fix For: master (8.0), 7.1
>
> Attachments: LUCENE-7621.patch
>
>
> I have seen similar requirements a couple times but could not find any
> related issue so I am opening one now. The idea would be to allow passing a
> {{LongValuesSource}} rather than an integer as the {{minShouldMatch}}
> parameter of {{BooleanQuery}} so that the number of required clauses can
> depend on the document that is being matched. In terms of implementation, it
> looks like it would be straightforward as we would just have to update the
> value of {{minShouldMatch}} in {{MinShouldMatchSumScorer.setDocAndFreq}} and
> things would still be efficient, ie. we would still use advance on the costly
> clauses.
> This kind of feature would allow to run queries that must match eg. 80% of
> the terms that a document contains (by indexing the number of terms in a
> separate field). It would also make it possible for Luwak or ES' percolator
> to index boolean queries that have a value of {{minShouldMatch}} greater than
> 1 more efficiently.
> I do not have any plans to work on it soon but I am curious how much interest
> this feature would drive.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
