[
https://issues.apache.org/jira/browse/SOLR-10816?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16042463#comment-16042463
]
Uwe Schindler commented on SOLR-10816:
--------------------------------------
We have found out that there are some problems with changing the ID field to
stored=false:
- It currently prints a warning that distributed search does not work. This
warning is obsolete.
- MoreLikeThis breaks if the ID field is not stored. I think this is a bug that
should be fixed! Morelikethis should use the same mechanism to fetch vield
values like the rest of solr, and not rely on stored fields. I think this is
some missing part in the "docvalues as stord fields" refactoring.
> Change uniqueKey to use docValues and not stored field
> ------------------------------------------------------
>
> Key: SOLR-10816
> URL: https://issues.apache.org/jira/browse/SOLR-10816
> Project: Solr
> Issue Type: Improvement
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Varun Thacker
>
> This issue is about the performance improvements you can get by avoiding
> decompression during the first phase of a distributed search where only id
> and score is needed.
> The improvements will be noticed for users if the docs are large or have lots
> of fields in them.
> For users who don't have this scenario it shouldn't slow things done by any
> noticeable amounts?
> We should default the unique key field to use docValuues='true' and
> stored='false'
> Links to the discussion that lead to this idea:
> -
> https://issues.apache.org/jira/browse/SOLR-5478?focusedCommentId=16036951&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16036951
> -
> http://mail-archives.apache.org/mod_mbox/lucene-dev/201706.mbox/%3C008201d2ddf9%2429435740%247bca05c0%24%40thetaphi.de%3E
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
