[
https://issues.apache.org/jira/browse/SOLR-8344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15034076#comment-15034076
]
Erick Erickson commented on SOLR-8344:
--------------------------------------
Moving my comment from SOLR-8220 here, didn't see this ticket before pasting my
comment there:
My initial take would be something like add a new possibility to stored,
something like stored="true|false|docvalues".
No guessing involved then. stored="docvalues" would NOT put anything in the fdt
file for this field. We should probably error out if stored="docvalues" and
docValues="false".
If it was important to get 2, not 1.999999999999 then there would need to be a
stored=true variant of the field.
**************Another take...
Should we consider disallowing setting both? I.e. stored="true"
docValues="true" throws an error...
Now it's totally under the control of the user which path is chosen through the
schema definition; we don't have to try to guess anything. No new syntax
either. Maybe with a new "best practice" or something. There would be a
learning curve for users around using only docValues=true for efficiency and
not setting stored=true.
That said, I suspect that the break in back-compat is too expensive and I think
stored=docvalues is better anyway....
> Decide default when requested fields are both column and row stored.
> --------------------------------------------------------------------
>
> Key: SOLR-8344
> URL: https://issues.apache.org/jira/browse/SOLR-8344
> Project: Solr
> Issue Type: New Feature
> Reporter: Ishan Chattopadhyaya
>
> This issue was discussed in the comments at SOLR-8220. Splitting it out to a
> separate issue so that we can have a focused discussion on whether/how to do
> this.
> If a given set of requested fields are all stored and have docValues (column
> stored), we can retrieve the values from either place. What should the
> default be?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
