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

Robert Muir commented on SOLR-3855:
-----------------------------------

Damn i hate our binary type. If it weren't for facets....

{code}
if (docValuesType != DocValuesType.SORTED && docValuesType != 
DocValuesType.BINARY) {
  throw new SolrException(SolrException.ErrorCode.SERVER_ERROR,
    "StrField only supports binary and sorted doc values");
}

{code}
    <!-- Use this field type in conjunction with a field with doc values to sort
      efficiently on a field which has a lot of unique terms. -->
    <fieldType name="unique_string_sort" class="solr.StrField" 
docValuesType="binary" />
{code}

Can we either:
# NOT suggest this and fix the check to only allow sorted values by default.
# fix getSortField() and getValueSource() to do the right thing and not call 
FieldCache.getDocTermsIndex

Same goes with any other field types. Such insanity should be avoided :)
                
> DocValues support
> -----------------
>
>                 Key: SOLR-3855
>                 URL: https://issues.apache.org/jira/browse/SOLR-3855
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Adrien Grand
>            Assignee: Adrien Grand
>            Priority: Minor
>             Fix For: 4.2, 5.0
>
>         Attachments: SOLR-3855.patch, SOLR-3855.patch, SOLR-3855.patch, 
> SOLR-3855.patch, SOLR-3855.patch, SOLR-3855.patch
>
>
> It would be nice if Solr supported DocValues:
>  - for ID fields (fewer disk seeks when running distributed search),
>  - for sorting/faceting/function queries (faster warmup time than fieldcache),
>  - better on-disk and in-memory efficiency (you can use packed impls).

--
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-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to