2013-10-14 02:53:07 -04:00
|
|
|
[[indices-get-field-mapping]]
|
|
|
|
== Get Field Mapping
|
|
|
|
|
|
|
|
The get field mapping API allows you to retrieve mapping definitions for one or more fields.
|
|
|
|
This is useful when you do not need the complete type mapping returned by
|
|
|
|
the <<indices-get-mapping>> API.
|
|
|
|
|
|
|
|
The following returns the mapping of the field `text` only:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
2016-09-01 13:05:22 -04:00
|
|
|
GET /twitter/_mapping/tweet/field/message
|
2013-10-14 02:53:07 -04:00
|
|
|
--------------------------------------------------
|
2016-09-01 13:05:22 -04:00
|
|
|
// CONSOLE
|
|
|
|
// TEST[setup:twitter]
|
2013-10-14 02:53:07 -04:00
|
|
|
|
|
|
|
For which the response is (assuming `text` is a default string field):
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
|
|
|
{
|
|
|
|
"twitter": {
|
2016-09-01 13:05:22 -04:00
|
|
|
"mappings": {
|
|
|
|
"tweet": {
|
|
|
|
"message": {
|
|
|
|
"full_name": "message",
|
|
|
|
"mapping": {
|
|
|
|
"message": {
|
|
|
|
"type": "text",
|
|
|
|
"fields": {
|
|
|
|
"keyword": {
|
|
|
|
"type": "keyword",
|
|
|
|
"ignore_above": 256
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2013-10-14 02:53:07 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2016-09-01 13:05:22 -04:00
|
|
|
// TESTRESPONSE
|
2013-10-14 02:53:07 -04:00
|
|
|
|
|
|
|
|
|
|
|
[float]
|
|
|
|
=== Multiple Indices, Types and Fields
|
|
|
|
|
|
|
|
The get field mapping API can be used to get the mapping of multiple fields from more than one index or type
|
|
|
|
with a single call. General usage of the API follows the
|
|
|
|
following syntax: `host:port/{index}/{type}/_mapping/field/{field}` where
|
2013-12-06 15:40:54 -05:00
|
|
|
`{index}`, `{type}` and `{field}` can stand for comma-separated list of names or wild cards. To
|
2013-10-14 02:53:07 -04:00
|
|
|
get mappings for all indices you can use `_all` for `{index}`. The
|
|
|
|
following are some examples:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
2016-09-01 13:05:22 -04:00
|
|
|
GET /twitter,kimchy/_mapping/field/message
|
2013-10-14 02:53:07 -04:00
|
|
|
|
2016-09-01 13:05:22 -04:00
|
|
|
GET /_all/_mapping/tweet,book/field/message,user.id
|
2013-12-06 15:40:54 -05:00
|
|
|
|
2016-09-01 13:05:22 -04:00
|
|
|
GET /_all/_mapping/tw*/field/*.id
|
2013-10-14 02:53:07 -04:00
|
|
|
--------------------------------------------------
|
2016-09-01 13:05:22 -04:00
|
|
|
// CONSOLE
|
|
|
|
// TEST[setup:twitter]
|
|
|
|
// TEST[s/^/PUT kimchy\nPUT book\n/]
|
2013-10-14 02:53:07 -04:00
|
|
|
|
|
|
|
[float]
|
|
|
|
=== Specifying fields
|
|
|
|
|
2013-12-06 15:40:54 -05:00
|
|
|
The get mapping api allows you to specify one or more fields separated with by a comma.
|
|
|
|
You can also use wildcards. The field names can be any of the following:
|
2013-10-14 02:53:07 -04:00
|
|
|
|
|
|
|
[horizontal]
|
|
|
|
Full names:: the full path, including any parent object name the field is
|
|
|
|
part of (ex. `user.id`).
|
|
|
|
Field names:: the name of the field without the path to it (ex. `id` for `{ "user" : { "id" : 1 } }`).
|
|
|
|
|
|
|
|
The above options are specified in the order the `field` parameter is resolved.
|
|
|
|
The first field found which matches is returned. This is especially important
|
|
|
|
if index names or field names are used as those can be ambiguous.
|
|
|
|
|
|
|
|
For example, consider the following mapping:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
|
|
|
{
|
|
|
|
"article": {
|
|
|
|
"properties": {
|
2016-03-18 12:01:27 -04:00
|
|
|
"id": { "type": "text" },
|
|
|
|
"title": { "type": "text"},
|
|
|
|
"abstract": { "type": "text"},
|
2013-10-14 02:53:07 -04:00
|
|
|
"author": {
|
|
|
|
"properties": {
|
2016-03-18 12:01:27 -04:00
|
|
|
"id": { "type": "text" },
|
|
|
|
"name": { "type": "text" }
|
2013-10-14 02:53:07 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
|
|
|
|
2015-02-04 16:17:38 -05:00
|
|
|
To select the `id` of the `author` field, you can use its full name `author.id`. `name` will return
|
2013-10-14 02:53:07 -04:00
|
|
|
the field `author.name`:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
2015-02-04 16:17:38 -05:00
|
|
|
curl -XGET "http://localhost:9200/publications/_mapping/article/field/author.id,abstract,name"
|
2013-10-14 02:53:07 -04:00
|
|
|
--------------------------------------------------
|
|
|
|
|
|
|
|
returns:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
|
|
|
{
|
|
|
|
"publications": {
|
|
|
|
"article": {
|
2015-02-04 16:17:38 -05:00
|
|
|
"abstract": {
|
2013-10-14 02:53:07 -04:00
|
|
|
"full_name": "abstract",
|
|
|
|
"mapping": {
|
2016-03-18 12:01:27 -04:00
|
|
|
"abstract": { "type": "text" }
|
2013-10-14 02:53:07 -04:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"author.id": {
|
|
|
|
"full_name": "author.id",
|
|
|
|
"mapping": {
|
2016-03-18 12:01:27 -04:00
|
|
|
"id": { "type": "text" }
|
2013-10-14 02:53:07 -04:00
|
|
|
}
|
|
|
|
},
|
|
|
|
"name": {
|
|
|
|
"full_name": "author.name",
|
|
|
|
"mapping": {
|
2016-03-18 12:01:27 -04:00
|
|
|
"name": { "type": "text" }
|
2013-10-14 02:53:07 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
|
|
|
|
|
|
|
Note how the response always use the same fields specified in the request as keys.
|
|
|
|
The `full_name` in every entry contains the full name of the field whose mapping were returned.
|
2015-02-04 16:17:38 -05:00
|
|
|
This is useful when the request can refer to to multiple fields.
|
2013-10-14 02:53:07 -04:00
|
|
|
|
|
|
|
[float]
|
|
|
|
=== Other options
|
|
|
|
|
|
|
|
[horizontal]
|
2014-05-06 11:21:09 -04:00
|
|
|
`include_defaults`::
|
|
|
|
|
|
|
|
adding `include_defaults=true` to the query string will cause the response
|
|
|
|
to include default values, which are normally suppressed.
|