[
https://issues.apache.org/jira/browse/SOLR-9437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15437178#comment-15437178
]
Shawn Heisey commented on SOLR-9437:
------------------------------------
bq. Especially if it should come to pass one day that docValues becomes
mandatory (now that docValues are on by default)
I doubt we'll ever lose the ability to turn docValues off. Being able to
reduce the size of the index is critical for many use cases.
> Add schema property useDocValues to control use of docValues at query time
> --------------------------------------------------------------------------
>
> Key: SOLR-9437
> URL: https://issues.apache.org/jira/browse/SOLR-9437
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Affects Versions: 5.5.2
> Reporter: Ronald S. Wood
>
> Currently migration to docValues appears to be an all or nothing proposition,
> requiring a full reindexing when an existing field with indexed records gets
> docValues set to true. This can be a painful process for users with very
> large indexes.
> If a new schema property called useDocValues is created (with a default of
> true), this can be used to allow incremental re-indexing of records.
> The idea is that while docValues=true indexing docValues will happen as
> before, but as long as useDocValues=false, the partially indexed docValues
> will not be used so that searches, faceting, etc. will behave as if
> docValues=false.
> Once the user is satisfied that all records have docValues, they can set
> useDocValues=true or remove the property altogether.
> From what I can see in the Solr core code, where field.hasDocValues is now
> used to determine whether to use docValues at query time, the code can be
> changed to (field.hasDocValues && field.useDocValues).
> I am uncertain whether any changes would be needed at the Lucene level.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
