[
https://issues.apache.org/jira/browse/SOLR-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14273648#comment-14273648
]
Will Butler commented on SOLR-1387:
-----------------------------------
Initial testing using this patch against the 5.x branch looks pretty promising.
Using facet.contains and facet.contains.ignoreCase on a multi-value field with
tens of millions of unique values in an index of roughly 100 million documents
isn't super fast (~3s), but is usable. Our other attempted solution was to pull
back all facet values for filtering in the client, but that caused the cluster
to hang. Other than vote this issue up, is there anything else we can do to
help move this issue along?
> Add more search options for filtering field facets.
> ---------------------------------------------------
>
> Key: SOLR-1387
> URL: https://issues.apache.org/jira/browse/SOLR-1387
> Project: Solr
> Issue Type: New Feature
> Components: search
> Reporter: Anil Khadka
> Assignee: Alan Woodward
> Fix For: 4.9, Trunk
>
> Attachments: SOLR-1387.patch
>
>
> Currently for filtering the facets, we have to use prefix (which use
> String.startsWith() in java).
> We can add some parameters like
> * facet.iPrefix : this would act like case-insensitive search. (or --->
> facet.prefix=a&facet.caseinsense=on)
> * facet.regex : this is pure regular expression search (which obviously would
> be expensive if issued).
> Moreover, allowing multiple filtering for same field would be great like
> facet.prefix=a OR facet.prefix=A ... sth like this.
> All above concepts could be equally applicable to TermsComponent.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
