Skip to content

Commit fd7157a

Browse files
committed
Remove references to the field-types docs section. (#1522)
We're removing this subsection in the ES docs in elastic/elasticsearch#61821. This PR updates the links to reference the main field types page.
1 parent e0689eb commit fd7157a

File tree

2 files changed

+2
-2
lines changed

2 files changed

+2
-2
lines changed

docs/src/reference/asciidoc/core/mapping.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -60,7 +60,7 @@ Note that typically handling of these types poses no issues for the user whether
6060
By default, {es} provides {ref}/docs-index_.html[automatic index and mapping] when data is added under an index that has not been created before. In other words, data can be added into {es} without the index and the mappings being defined a priori. This is quite convenient since {es} automatically adapts to the data being fed to it - moreover, if certain entries have extra fields, {es} schema-less nature allows them to be indexed without any issues.
6161

6262
[[auto-mapping-type-loss]]
63-
It is important to remember that automatic mapping uses the payload values to identify the {ref}/mapping.html#field-datatypes[field types], using the *first document* that adds each field. {eh} communicates with {es} through JSON which does not provide any type information, rather only the field names and their values. One can think of it as 'type erasure' or information loss; for example JSON does not differentiate integer numeric types - `byte`, `short`, `int`, `long` are all placed in the same `long` 'bucket'. this can have unexpected side-effects since the type information is _guessed_ such as:
63+
It is important to remember that automatic mapping uses the payload values to identify the {ref}/mapping-types.html[field types], using the *first document* that adds each field. {eh} communicates with {es} through JSON which does not provide any type information, rather only the field names and their values. One can think of it as 'type erasure' or information loss; for example JSON does not differentiate integer numeric types - `byte`, `short`, `int`, `long` are all placed in the same `long` 'bucket'. this can have unexpected side-effects since the type information is _guessed_ such as:
6464

6565
[float]
6666
===== numbers mapped only as `long`/`double`

docs/src/reference/asciidoc/core/mr.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -381,7 +381,7 @@ conf.set("es.resource.write", "sink/group");
381381

382382
IMPORTANT: If automatic index creation is used, please review <<auto-mapping-type-loss,this>> section for more information.
383383

384-
{eh} automatically converts Hadoop built-in `Writable` types to {es} {ref}/mapping.html#field-datatypes[field types] (and back) as shown in the table below:
384+
{eh} automatically converts Hadoop built-in `Writable` types to {es} {ref}/mapping-types.html[field types] (and back) as shown in the table below:
385385

386386
.`Writable` Conversion Table
387387

0 commit comments

Comments
 (0)