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

Yonik Seeley commented on SOLR-3855:
------------------------------------

Great stuff Adrien!

I think we should model the docvalues as stored fields (that's how I always 
planned on doing it - but never got around to it).  fl=* should still return 
these fields.  Think about optimistic concurrency, etc.  Having to know all of 
the field names to actually get all of the field values is not a good thing.

I wonder if we could pick a better name? "doc values" isn't very descriptive at 
a higher abstract level.  I always considered CSF/DocValues to be about storing 
the values separately for better caching by the OS. "stored separately" seems 
closer to the real description.  One thing to consider is that even if Lucene 
changes the names of the methods later, we try to stick with external APIs 
longer in Solr - hence it can be less important that the names exactly match 
what is in lucene and more important that they are something we want for the 
long haul.

                
> 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.1, 5.0
>
>         Attachments: 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