[
https://issues.apache.org/jira/browse/SOLR-5039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13707793#comment-13707793
]
Erick Erickson commented on SOLR-5039:
--------------------------------------
Yeah, this is what killed perf in the 3.x version, it actually went through and
counted stuff up for _all_ fields before you got any response back. At least
this only happens when you click the info button in the browse schema for a
specific field.
But in order to construct the histogram it needs to enumerate the terms anyway,
so this isn't going to change the perf and will give better results...
> Admin UI displays -1 for term count in multiValued fields
> ---------------------------------------------------------
>
> Key: SOLR-5039
> URL: https://issues.apache.org/jira/browse/SOLR-5039
> Project: Solr
> Issue Type: Bug
> Reporter: Erick Erickson
> Assignee: Erick Erickson
> Priority: Minor
> Attachments: SOLR-5039.patch
>
>
> I thought this had been a JIRA before, but I couldn't find it. Problem is
> that LukeRequestHandler.getDetailedFieldInfo gets the count by this line:
> tiq.distinctTerms = new Long(terms.size()).intValue();
> which is -1 at least for multiValued fields. I'll attach a patch in a second
> that just counts things up. It worked last night, but it was late.
> I obviously don't understand what's up with MultiTerms.size() is hard-coded
> to return -1. Can anyone shed light on this? Or see the two-line change and
> see if it makes sense?
--
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]
