[
https://issues.apache.org/jira/browse/SOLR-8344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16157864#comment-16157864
]
Cao Manh Dat edited comment on SOLR-8344 at 9/7/17 11:39 PM:
-------------------------------------------------------------
[~dsmiley]
bq.I don't think the number of documents is that pertinent since both
strategies are O(docs) multiplied by other factors.
No, It matter in case of "fl" contains a field which is stored only (let's call
it field1) and "rows" is small. Because we already have to pay for seek cost
for reading field1 therefore reading other fields from stored will be faster
than reading from DV. I tested this result with Lucene (not Solr) so we don't
have to worry about caching will affect the result here.
was (Author: caomanhdat):
[~dsmiley]
bq.I don't think the number of documents is that pertinent since both
strategies are O(docs) multiplied by other factors.
No, It matter in case of "fl" contains a field which is stored only (let's call
it field1). Because we already have to pay for seek cost for reading field1
therefore reading other fields from stored will be faster than reading from DV.
I tested this result with Lucene (not Solr) so we don't have to worry about
caching will affect the result here.
> 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
> Attachments: SOLR-8344.patch
>
>
> 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.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
