[ 
https://issues.apache.org/jira/browse/SOLR-8740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Hoss Man updated SOLR-8740:
---------------------------
    Description: 
We should consider switching to docValues for most of the non-text fields in 
the sample schemas provided with solr.

This may be a better default since it is more NRT friendly and acts to avoid 
OOM errors due to large field cache or UnInvertedField entries.

  was:We should consider switching to docValues for most of our non-text 
fields.  This may be a better default since it is more NRT friendly and acts to 
avoid OOM errors due to large field cache or UnInvertedField entries.

        Summary: set docValues="true" for most non-text fieldTypes in the 
sample schemas  (was: use docValues by default)

updating summary & description to reflect the reality of what was changed....

For fields & fieldtypes that do not explicitly declare {{docValues}} attribute, 
all existing solr FieldTypes still default to false, but in all of the same 
schema files provided with solr most non-text {{<fieldType />}} declarations 
have been modified to include a {{docValues="true"}} attribute

> set docValues="true" for most non-text fieldTypes in the sample schemas
> -----------------------------------------------------------------------
>
>                 Key: SOLR-8740
>                 URL: https://issues.apache.org/jira/browse/SOLR-8740
>             Project: Solr
>          Issue Type: Improvement
>    Affects Versions: master
>            Reporter: Yonik Seeley
>             Fix For: master, 6.0
>
>         Attachments: SOLR-8740.patch, SOLR-8740.patch
>
>
> We should consider switching to docValues for most of the non-text fields in 
> the sample schemas provided with solr.
> This may be a better default since it is more NRT friendly and acts to avoid 
> OOM errors due to large field cache or UnInvertedField entries.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to