You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Shai Erera (JIRA)" <ji...@apache.org> on 2012/12/12 22:33:22 UTC
[jira] [Created] (LUCENE-4625) Make TotalFacetCounts per-segment
Shai Erera created LUCENE-4625:
----------------------------------
Summary: Make TotalFacetCounts per-segment
Key: LUCENE-4625
URL: https://issues.apache.org/jira/browse/LUCENE-4625
Project: Lucene - Core
Issue Type: Improvement
Components: modules/facet
Reporter: Shai Erera
TotalFacetCounts are used during complements computation today. They are not per-segment and therefore are not NRT friendly. Even regardless to NRT, you need to compute them entirely from scratch whenever you reopen IR.
It would be good if we can develop them per-segment. If e.g. AtomicReader had a notion of cachable objects, it could be such an object. That has been discussed many times in the past though, without a consensus. So perhaps we can have a FacetsAtomicReader which manages TFC. But that creates other issues too, like who instantiates that AtomicReader (i.e. we'd need a FacetsCompositeReader too, and potentially IW would need to init that type) ...
Let's explore these options, but in general it would be good to have TFC per-segment.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org