You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by "Yonik Seeley (JIRA)" <ji...@apache.org> on 2007/07/24 16:07:31 UTC

[jira] Commented: (SOLR-316) add param to force either termenum or fieldcache in SimpleFacets

    [ https://issues.apache.org/jira/browse/SOLR-316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12514972 ] 

Yonik Seeley commented on SOLR-316:
-----------------------------------

Perhaps
facet.method=(enum | fieldcache | treeindex)
f.<field>.facet.method=...

"enum" since we already have facet.enum.cache.minDf

> add param to force either termenum or fieldcache in SimpleFacets
> ----------------------------------------------------------------
>
>                 Key: SOLR-316
>                 URL: https://issues.apache.org/jira/browse/SOLR-316
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Hoss Man
>            Priority: Minor
>
> from this thread...
> http://www.nabble.com/Slow-facet-with-custom-Analyser-tf4087415.html#a11617565
> perhaps we should really have an [f.foo.]facet.field.type=(single|multi)
> param to let clients indicate when they know exactly which method they
> wnat used (getFacetTermEnumCounts vs getFieldCacheCounts) ... if the
> property is not set, the default can be determeined using the
> "sf.multiValued() || ft.isTokenized() || ft instanceof BoolField" logic. 
> ...
> Or a method FieldType.multiToken(), and a new method
> TokenizerFactory/TokenFilterFactory.multiToken() that can be used to
> determine this when the FieldType was created (grrr, too bad they
> weren't abstract classes)
> Or a new attribute in the schema (but I don't like that solution much)
> But allowing the user to select the strategy has some merit, esp since
> there will be an additional way to find the top "n" when I get around
> to finishing my facet-tree-index code. 
> ...
> Thanks for the suggestion Chris. I modified SimpleFacets to check for
> [f.foo.]facet.field.type==(single|multi)
> and the performance has been improved significantly. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.