Field Properties by Use Case | Apache Solr Reference Guide 7.2

Here is a summary of common use cases, and the attributes the fields or field types should have to support the case. An entry of true or false in the table indicates that the option must be set to the given value for the use case to function correctly. If no entry is provided, the setting of that attribute has no impact on the case.

Use Case

indexed

stored

multiValued

omitNorms

termVectors

termPositions

docValues

search within field

true

retrieve contents

true⁸

use as unique key

true

false

sort on field

true⁷

false⁹

true ¹

true⁷

highlighting

true⁴

true

true²

true ³

faceting ⁵

true⁷

add multiple values, maintaining order

true

field length affects doc score

false

MoreLikeThis ⁵

true ⁶

Notes:

Recommended but not necessary.
Will be used if present, but not necessary.
(if termVectors=true)
A tokenizer must be defined for the field, but it doesn’t need to be indexed.
Described in Understanding Analyzers, Tokenizers, and Filters.
Term vectors are not mandatory here. If not true, then a stored field is analyzed. So term vectors are recommended, but only required if stored=false.
For most field types, either indexed or docValues must be true, but both are not required. DocValues can be more efficient in many cases. For [Int/Long/Float/Double/Date]PointFields, docValues=true is required.
Stored content will be used by default, but docValues can alternatively be used. See DocValues.
Multi-valued sorting may be performed on docValues-enabled fields using the two-argument field() function, e.g., field(myfield,min); see the field() function in Function Queries.

Working with External Files and Processes Defining Fields