lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley (JIRA)" <>
Subject [jira] [Commented] (SOLR-3855) DocValues support
Date Thu, 08 Nov 2012 10:33:13 GMT


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:
>             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:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message