[
https://issues.apache.org/jira/browse/LUCENE-4980?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13649638#comment-13649638
]
Shai Erera commented on LUCENE-4980:
------------------------------------
I was confused by the name MultiFacetsAccumulator as I thought it takes
something like a Map<FacetRequest,FacetsAccumulator>, but I see that it only
distinguishes RangeAccumulator from others. So I'm worried about someone gets
confused about the name and use it incorrectly. I don't have a better name in
mind though ... RangeAndRegularFacetsAccumulator?
What if RangeAccumulator did that under the covers? I.e. instead of rejecting
non-RangeFacetRequest, it created FA over all such requests? Multi is quite
simple though, so I like it .. maybe FacetAccumulatorRangeWrapper? I think as
long as we keep the word Range in the name, it's less likely users will get
confused.
Minor comments about the class: (a) can you rename 'a' and 'ra'? (b) why do you
need to hold onto fspOrig? Is it because FA.searchParams isn't final?
> Can't use DrillSideways with both RangeFacetRequest and non-RangeFacetRequest
> -----------------------------------------------------------------------------
>
> Key: LUCENE-4980
> URL: https://issues.apache.org/jira/browse/LUCENE-4980
> Project: Lucene - Core
> Issue Type: Bug
> Components: modules/facet
> Reporter: Michael McCandless
> Assignee: Michael McCandless
> Fix For: 5.0, 4.4
>
> Attachments: LUCENE-4980.patch
>
>
> I tried to combine these two and there were several issues:
> * It's ... really tricky to manage the two different
> FacetAccumulators across that N FacetCollectors that DrillSideways
> creates ... to fix this I added a new MultiFacetsAccumulator that
> switches for you.
> * There was still one place in DS/DDQ that wasn't properly handling
> a non-Term drill-down.
> * There was a bug in the "collector method" for DrillSideways
> whereby if a given segment had no hits, it was skipped, which is
> incorrect because it must still be visited to tally up the
> sideways counts.
> * Separately I noticed that DrillSideways was doing too much work:
> it would count up drill-down counts *and* drill-sideways counts
> against the same dim (but then discard the drill-down counts in
> the end).
--
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: [email protected]
For additional commands, e-mail: [email protected]
