[DOCS] Clarify array is not a field datatype (#43931)

Author: jrodewig

docs/reference/mapping/types.asciidoc

@@ -16,8 +16,6 @@ string::        <<text,`text`>> and <<keyword,`keyword`>>
 
 [float]
 === Complex datatypes
-
-<<array>>::     Array support does not require a dedicated `type`
 <<object>>::    `object` for single JSON objects
 <<nested>>::    `nested` for arrays of JSON objects
 
@@ -40,6 +38,13 @@ string::        <<text,`text`>> and <<keyword,`keyword`>>
 
 <<parent-join>>::   Defines parent/child relation for documents within the same index
 
+[float]
+[[types-array-handling]]
+=== Arrays
+In {es}, arrays do not require a dedicated field datatype. Any field can contain
+zero or more values by default, however, all values in the array must be of the
+same datatype. See <<array>>.
+
 [float]
 === Multi-fields
 

docs/reference/mapping/types/array.asciidoc

@@ -1,9 +1,9 @@
 [[array]]
-=== Array datatype
+=== Arrays
 
-In Elasticsearch, there is no dedicated `array` type.  Any field can contain
-zero or more values by default, however, all values in the array must be of
-the same datatype. For instance:
+In Elasticsearch, there is no dedicated `array` datatype.  Any field can contain
+zero or more values by default, however, all values in the array must be of the
+same datatype. For instance:
 
 * an array of strings: [ `"one"`, `"two"` ]
 * an array of integers: [ `1`, `2` ]
@@ -81,6 +81,7 @@ GET my_index/_search
 <3> The second document contains no arrays, but can be indexed into the same fields.
 <4> The query looks for `elasticsearch` in the `tags` field, and matches both documents.
 
+[[multi-value-fields-inverted-index]]
 .Multi-value fields and the inverted index
 ****************************************************
 

docs/reference/mapping/types/text.asciidoc

@@ -32,6 +32,8 @@ PUT my_index
 --------------------------------
 // CONSOLE
 
+[[text-multi-fields]]
+==== Use a field as both text and keyword
 Sometimes it is useful to have both a full text (`text`) and a keyword
 (`keyword`) version of the same field: one for full text search and the
 other for aggregations and sorting. This can be achieved with