You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@solr.apache.org by "Yevhen Tienkaiev (Jira)" <ji...@apache.org> on 2021/07/07 00:01:21 UTC

[jira] [Commented] (SOLR-14996) Facet incorrect counts when FQ exclusion applied with collapsing

    [ https://issues.apache.org/jira/browse/SOLR-14996?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17376123#comment-17376123 ] 

Yevhen Tienkaiev commented on SOLR-14996:
-----------------------------------------

[~mgibney] we have *user_id* selected as partition key during indexation of documents, but we cannot mention it during query time.
In overall results that we get during faceting seems buggy, since expected behavior: that in facets we get exact digits as we get during regular query.
If we saw 1000 documents with *job_type:thinker* and enabled collapsing by *user_id*, we expect to see same digit in facets *thinker - 1000*. Otherwise for me as user, this is a bug.
So if you cannot properly support this, then it should be mentioned in documentation or even throw exception as Elasticsearch do.

> Facet incorrect counts when FQ exclusion applied with collapsing
> ----------------------------------------------------------------
>
>                 Key: SOLR-14996
>                 URL: https://issues.apache.org/jira/browse/SOLR-14996
>             Project: Solr
>          Issue Type: Bug
>          Components: faceting
>    Affects Versions: 8.6.3
>            Reporter: Yevhen Tienkaiev
>            Priority: Critical
>
> *numFound* not correct according to what is displayed in facets with exclusion when used collapsing and FQ with tag.
> Here example query:
> {code}
> curl --location --request GET 'http://localhost:8981/solr/test/select?facet.field={!ex=selected}job_type&facet=on&fq={!collapse%20field=user_id}&fq={!tag=selected}job_type:thinker&q=*:*&rows=0'
> {code}
> result is:
> {code}
> {
>     "responseHeader": {
>         "zkConnected": true,
>         "status": 0,
>         "QTime": 15,
>         "params": {
>             "q": "*:*",
>             "facet.field": "{!ex=selected}job_type",
>             "fq": [
>                 "{!collapse field=user_id}",
>                 "{!tag=selected}job_type:thinker"
>             ],
>             "rows": "0",
>             "facet": "on"
>         }
>     },
>     "response": {
>         "numFound": 850,
>         "start": 0,
>         "maxScore": 1.0,
>         "numFoundExact": true,
>         "docs": []
>     },
>     "facet_counts": {
>         "facet_queries": {},
>         "facet_fields": {
>             "job_type": [
>                 "runner",
>                 220,
>                 "developer",
>                 202,
>                 "digger",
>                 202,
>                 "thinker",
>                 195,
>                 "ninja",
>                 181
>             ]
>         },
>         "facet_ranges": {},
>         "facet_intervals": {},
>         "facet_heatmaps": {}
>     }
> }
> {code}
> as you can see there FQ with 
> {code}
> {!tag=selected}job_type:thinker
> {code}
> and facets with
> {code}
> {!ex=selected}job_type
> {code}
> in results I see for *thinker* 195, but *numFound* is 850.
> Expected:
> *thinker* 195, *numFound* is 195
> *or*
> *thinker* 850, *numFound* is 850
> You can use this simple project to reproduce the issue https://github.com/Hronom/solr-cloud-basic-auth/tree/main/solr-cloud-playground-collapsing



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@solr.apache.org
For additional commands, e-mail: issues-help@solr.apache.org