[
https://issues.apache.org/jira/browse/SOLR-13289?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17097507#comment-17097507
]
Tomas Eduardo Fernandez Lobbe commented on SOLR-13289:
------------------------------------------------------
bq. It seems to me what we want to convey is whether the count is exact, or an
approximation. Are there any other "relations" that can be returned here? I
think that's it, so if instead we were to use a boolean
That was my initial thought too. See [#comment-17094032]. I could be convinced
to go back to boolean if we think we don't need the relation. My biggest
concern were options that could be added in Lucene that would be impossible to
represent with a Boolean. I guess in that case, if it happens we can go back
and do another API change then.
Regardless of what term we use (numFoundPrecision seems to be the most
popular). I plan to commit this soon (probably early next week) unless there
are any concerns.
> Support for BlockMax WAND
> -------------------------
>
> Key: SOLR-13289
> URL: https://issues.apache.org/jira/browse/SOLR-13289
> Project: Solr
> Issue Type: New Feature
> Reporter: Ishan Chattopadhyaya
> Assignee: Tomas Eduardo Fernandez Lobbe
> Priority: Major
> Attachments: SOLR-13289.patch, SOLR-13289.patch
>
> Time Spent: 1h 20m
> Remaining Estimate: 0h
>
> LUCENE-8135 introduced BlockMax WAND as a major speed improvement. Need to
> expose this via Solr. When enabled, the numFound returned will not be exact.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
