[jira] [Commented] (SOLR-7878) Use SortedNumericDocValues (efficient sort & facet on multi-valued numeric fields)

["Yonik Seeley (JIRA)" <ji...@apache.org>]

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

Yonik Seeley commented on SOLR-7878:
------------------------------------

A perfect time to do this cut-over will be with the addition of the new Point based fields (IntPoint,LongPoint,etc)...
This also would allow us to leave TrieField unchanged for back compat.

> Use SortedNumericDocValues (efficient sort & facet on multi-valued numeric fields)
> ----------------------------------------------------------------------------------
>
>                 Key: SOLR-7878
>                 URL: https://issues.apache.org/jira/browse/SOLR-7878
>             Project: Solr
>          Issue Type: Improvement
>          Components: Facet Module
>            Reporter: David Smiley
>
> Lucene has a SortedNumericDocValues (i.e. multi-valued numeric DocValues), ever since late in the 4x versions.  Solr's TrieField.createFields unfortunately still uses SortedSetDocValues for the multi-valued case.  SortedNumericDocValues is more efficient than SortedSetDocValues; for example there is no 'ordinal' mapping for sorting/faceting needed.  
> Unfortunately, updating Solr here would be quite a bit of work, since there are backwards-compatibility concerns, and faceting code would need a new code path implementation just for this.  Sorting is relatively simple thanks to SortedNumericSortField, and today multi-valued sorting isn't directly possible.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org