[
https://issues.apache.org/jira/browse/LUCENE-3722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13192779#comment-13192779
]
Robert Muir commented on LUCENE-3722:
-------------------------------------
{quote}
So I think a more useful implementation of add() could look like this:
{quote}
But I don't think we should just immediately make the stats classes mutable
without thinking things through more, I'm not sure there is really any problem
creating new objects (we should benchmark this, before making things mutable).
maybe we should not have add() here then at all and let the consumer take care
of this themselves.
{quote}
should be treated as 0, i.e. it should not "reset" the accumulated value from
other shards to -1, right?
{quote}
i think it must not be treated as 0, the same way its handled by default in
TermContext if some segments are 3.x: it means this statistic is simply not
supported.
In other words, if any segment across any shard returns -1, the cumulative stat
should always be -1: it means its not supported by the codec.
The similarities that use these new statistics already look for -1 and have
fallback mechanisms for this case.
> make similarities/term/collectionstats take long (for > 2B docs)
> ----------------------------------------------------------------
>
> Key: LUCENE-3722
> URL: https://issues.apache.org/jira/browse/LUCENE-3722
> Project: Lucene - Java
> Issue Type: Improvement
> Affects Versions: 4.0
> Reporter: Robert Muir
> Attachments: LUCENE-3722.patch, LUCENE-3722.patch
>
>
> As noted by Yonik and Andrzej on SOLR-1632, this would be useful for
> distributed scoring.
> we can also add a sugar method add() to both of these to make it easier to
> sum.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
