mirror of https://github.com/apache/lucene.git
SOLR-12625: fix typos..."an" -> "and"
This commit is contained in:
parent
e893f3480d
commit
4f05588007
|
@ -44,16 +44,16 @@ DocValues are only available for specific field types. The types chosen determin
|
|||
|
||||
* `StrField`, and `UUIDField`:
|
||||
** If the field is single-valued (i.e., multi-valued is false), Lucene will use the `SORTED` type.
|
||||
** If the field is multi-valued, Lucene will use the `SORTED_SET` type. Entries are kept in sorted order an duplicates are removed.
|
||||
** If the field is multi-valued, Lucene will use the `SORTED_SET` type. Entries are kept in sorted order and duplicates are removed.
|
||||
* `BoolField`:
|
||||
** If the field is single-valued (i.e., multi-valued is false), Lucene will use the `SORTED` type.
|
||||
** If the field is multi-valued, Lucene will use the `SORTED_SET` type. Entries are kept in sorted order an duplicates are removed.
|
||||
** If the field is multi-valued, Lucene will use the `SORTED_SET` type. Entries are kept in sorted order and duplicates are removed.
|
||||
* Any `*PointField` Numeric or Date fields, `EnumFieldType`, and `CurrencyFieldType`:
|
||||
** If the field is single-valued (i.e., multi-valued is false), Lucene will use the `NUMERIC` type.
|
||||
** If the field is multi-valued, Lucene will use the `SORTED_NUMERIC` type. Entries are kept in sorted order and duplicates are kept.
|
||||
* Any of the deprecated `Trie*` Numeric or Date fields, `EnumField` and `CurrencyField`:
|
||||
** If the field is single-valued (i.e., multi-valued is false), Lucene will use the `NUMERIC` type.
|
||||
** If the field is multi-valued, Lucene will use the `SORTED_SET` type. Entries are kept in sorted order an duplicates are removed.
|
||||
** If the field is multi-valued, Lucene will use the `SORTED_SET` type. Entries are kept in sorted order and duplicates are removed.
|
||||
|
||||
These Lucene types are related to how the {lucene-javadocs}/core/org/apache/lucene/index/DocValuesType.html[values are sorted and stored].
|
||||
|
||||
|
@ -83,7 +83,7 @@ When `useDocValuesAsStored="false"`, non-stored DocValues fields can still be ex
|
|||
|
||||
In cases where the query is returning _only_ docValues fields performance may improve since returning stored fields requires disk reads and decompression whereas returning docValues fields in the fl list only requires memory access.
|
||||
|
||||
When retrieving fields from their docValues form (using the <<exporting-result-sets.adoc#exporting-result-sets,/export handler>>, <<streaming-expressions.adoc#streaming-expressions,streaming expressions>> or if the field is requested in the `fl` parameter), two important differences between regular stored fields and docValues fields must be understood:
|
||||
When retrieving fields from their docValues form (such as when using the <<exporting-result-sets.adoc#exporting-result-sets,/export handler>>, <<streaming-expressions.adoc#streaming-expressions,streaming expressions>> or if the field is requested in the `fl` parameter), two important differences between regular stored fields and docValues fields must be understood:
|
||||
|
||||
1. Order is _not_ preserved. When retrieving stored fields, the insertion order is the return order. For docValues, it is the _sorted_ order.
|
||||
2. For field types using `SORTED_SET` (see above), multiple identical entries are collapsed into a single value. Thus if I insert values 4, 5, 2, 4, 1, my return will be 1, 2, 4, 5.
|
||||
2. For field types using `SORTED_SET` (see above), multiple identical entries are collapsed into a single value. Thus if values 4, 5, 2, 4, 1 are inserted, the values returned will be 1, 2, 4, 5.
|
||||
|
|
Loading…
Reference in New Issue