2013-08-28 19:24:34 -04:00
|
|
|
[[search-request-body]]
|
|
|
|
== Request Body Search
|
|
|
|
|
|
|
|
The search request can be executed with a search DSL, which includes the
|
|
|
|
<<query-dsl,Query DSL>>, within its body. Here is an
|
|
|
|
example:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
2017-12-14 11:47:53 -05:00
|
|
|
GET /twitter/_search
|
2016-09-14 11:23:25 -04:00
|
|
|
{
|
2013-08-28 19:24:34 -04:00
|
|
|
"query" : {
|
|
|
|
"term" : { "user" : "kimchy" }
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2016-09-14 11:23:25 -04:00
|
|
|
// CONSOLE
|
|
|
|
// TEST[setup:twitter]
|
2013-08-28 19:24:34 -04:00
|
|
|
|
|
|
|
And here is a sample response:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
|
|
|
{
|
2016-09-14 11:23:25 -04:00
|
|
|
"took": 1,
|
|
|
|
"timed_out": false,
|
2016-08-01 08:09:54 -04:00
|
|
|
"_shards":{
|
2016-09-14 11:23:25 -04:00
|
|
|
"total" : 1,
|
|
|
|
"successful" : 1,
|
2017-07-12 16:19:20 -04:00
|
|
|
"skipped" : 0,
|
2016-08-01 08:09:54 -04:00
|
|
|
"failed" : 0
|
|
|
|
},
|
|
|
|
"hits":{
|
|
|
|
"total" : 1,
|
2016-09-14 11:23:25 -04:00
|
|
|
"max_score": 1.3862944,
|
2016-08-01 08:09:54 -04:00
|
|
|
"hits" : [
|
|
|
|
{
|
|
|
|
"_index" : "twitter",
|
2017-12-14 11:47:53 -05:00
|
|
|
"_type" : "_doc",
|
2016-09-14 11:23:25 -04:00
|
|
|
"_id" : "0",
|
|
|
|
"_score": 1.3862944,
|
2016-08-01 08:09:54 -04:00
|
|
|
"_source" : {
|
|
|
|
"user" : "kimchy",
|
2016-09-14 11:23:25 -04:00
|
|
|
"message": "trying out Elasticsearch",
|
|
|
|
"date" : "2009-11-15T14:12:12",
|
|
|
|
"likes" : 0
|
2016-08-01 08:09:54 -04:00
|
|
|
}
|
2013-08-28 19:24:34 -04:00
|
|
|
}
|
2016-08-01 08:09:54 -04:00
|
|
|
]
|
|
|
|
}
|
2013-08-28 19:24:34 -04:00
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2016-09-14 11:23:25 -04:00
|
|
|
// TESTRESPONSE[s/"took": 1/"took": $body.took/]
|
2013-08-28 19:24:34 -04:00
|
|
|
|
|
|
|
[float]
|
|
|
|
=== Parameters
|
|
|
|
|
2014-08-06 05:54:51 -04:00
|
|
|
[horizontal]
|
|
|
|
`timeout`::
|
|
|
|
|
|
|
|
A search timeout, bounding the search request to be executed within the
|
|
|
|
specified time value and bail with the hits accumulated up to that point
|
2018-09-03 14:56:05 -04:00
|
|
|
when expired. Search requests are canceled after the timeout is reached using
|
|
|
|
the <<global-search-cancellation>> mechanism.
|
|
|
|
Defaults to no timeout. See <<time-units>>.
|
2014-08-06 05:54:51 -04:00
|
|
|
|
|
|
|
`from`::
|
|
|
|
|
2016-06-14 08:32:45 -04:00
|
|
|
To retrieve hits from a certain offset. Defaults to `0`.
|
2014-08-06 05:54:51 -04:00
|
|
|
|
|
|
|
`size`::
|
|
|
|
|
2015-09-03 03:36:03 -04:00
|
|
|
The number of hits to return. Defaults to `10`. If you do not care about
|
|
|
|
getting some hits back but only about the number of matches and/or
|
|
|
|
aggregations, setting the value to `0` will help performance.
|
2014-08-06 05:54:51 -04:00
|
|
|
|
|
|
|
`search_type`::
|
|
|
|
|
|
|
|
The type of the search operation to perform. Can be
|
2015-08-19 10:43:50 -04:00
|
|
|
`dfs_query_then_fetch` or `query_then_fetch`.
|
2015-05-04 17:48:40 -04:00
|
|
|
Defaults to `query_then_fetch`.
|
|
|
|
See <<search-request-search-type,_Search Type_>> for more.
|
2014-08-06 05:54:51 -04:00
|
|
|
|
2015-07-27 06:59:45 -04:00
|
|
|
`request_cache`::
|
2014-08-06 05:54:51 -04:00
|
|
|
|
2014-09-26 15:04:42 -04:00
|
|
|
Set to `true` or `false` to enable or disable the caching
|
2015-01-14 05:19:32 -05:00
|
|
|
of search results for requests where `size` is 0, ie
|
|
|
|
aggregations and suggestions (no top hits returned).
|
2015-06-26 10:31:38 -04:00
|
|
|
See <<shard-request-cache>>.
|
2014-08-06 05:54:51 -04:00
|
|
|
|
2018-01-31 10:51:29 -05:00
|
|
|
`allow_partial_search_results`::
|
|
|
|
|
|
|
|
Set to `false` to return an overall failure if the request would produce partial
|
|
|
|
results. Defaults to true, which will allow partial results in the case of timeouts
|
2018-08-16 05:21:37 -04:00
|
|
|
or partial failures. This default can be controlled using the cluster-level setting
|
|
|
|
`search.default_allow_partial_results`.
|
2018-01-31 10:51:29 -05:00
|
|
|
|
2014-08-06 05:54:51 -04:00
|
|
|
`terminate_after`::
|
|
|
|
|
2015-04-26 12:49:15 -04:00
|
|
|
The maximum number of documents to collect for each shard,
|
2014-08-06 05:54:51 -04:00
|
|
|
upon reaching which the query execution will terminate early. If set, the
|
|
|
|
response will have a boolean field `terminated_early` to indicate whether
|
|
|
|
the query execution has actually terminated_early. Defaults to no
|
|
|
|
terminate_after.
|
|
|
|
|
2017-05-02 08:25:03 -04:00
|
|
|
`batched_reduce_size`::
|
|
|
|
|
|
|
|
The number of shard results that should be reduced at once on the
|
|
|
|
coordinating node. This value should be used as a protection mechanism to
|
|
|
|
reduce the memory overhead per search request if the potential number of
|
|
|
|
shards in the request can be large.
|
|
|
|
|
|
|
|
|
2014-08-06 05:54:51 -04:00
|
|
|
|
2018-01-31 10:51:29 -05:00
|
|
|
Out of the above, the `search_type`, `request_cache` and the `allow_partial_search_results`
|
|
|
|
settings must be passed as query-string parameters. The rest of the search request should
|
|
|
|
be passed within the body itself. The body content can also be passed as a REST
|
2014-08-06 05:54:51 -04:00
|
|
|
parameter named `source`.
|
|
|
|
|
|
|
|
Both HTTP GET and HTTP POST can be used to execute search with body. Since not
|
|
|
|
all clients support GET with body, POST is allowed as well.
|
2013-08-28 19:24:34 -04:00
|
|
|
|
2015-10-30 12:26:18 -04:00
|
|
|
[float]
|
|
|
|
=== Fast check for any matching docs
|
|
|
|
|
2018-02-12 07:36:33 -05:00
|
|
|
NOTE: `terminate_after` is always applied **after** the `post_filter` and stops
|
|
|
|
the query as well as the aggregation executions when enough hits have been
|
|
|
|
collected on the shard. Though the doc count on aggregations may not reflect
|
|
|
|
the `hits.total` in the response since aggregations are applied **before** the
|
|
|
|
post filtering.
|
|
|
|
|
2015-10-30 12:26:18 -04:00
|
|
|
In case we only want to know if there are any documents matching a
|
|
|
|
specific query, we can set the `size` to `0` to indicate that we are not
|
|
|
|
interested in the search results. Also we can set `terminate_after` to `1`
|
|
|
|
to indicate that the query execution can be terminated whenever the first
|
|
|
|
matching document was found (per shard).
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
2018-02-12 07:36:33 -05:00
|
|
|
GET /_search?q=message:number&size=0&terminate_after=1
|
2015-10-30 12:26:18 -04:00
|
|
|
--------------------------------------------------
|
2016-09-14 11:23:25 -04:00
|
|
|
// CONSOLE
|
|
|
|
// TEST[setup:twitter]
|
2015-10-30 12:26:18 -04:00
|
|
|
|
|
|
|
The response will not contain any hits as the `size` was set to `0`. The
|
|
|
|
`hits.total` will be either equal to `0`, indicating that there were no
|
|
|
|
matching documents, or greater than `0` meaning that there were at least
|
|
|
|
as many documents matching the query when it was early terminated.
|
|
|
|
Also if the query was terminated early, the `terminated_early` flag will
|
|
|
|
be set to `true` in the response.
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
|
|
|
{
|
2016-08-01 08:09:54 -04:00
|
|
|
"took": 3,
|
2015-10-30 12:26:18 -04:00
|
|
|
"timed_out": false,
|
|
|
|
"terminated_early": true,
|
|
|
|
"_shards": {
|
2016-08-01 08:09:54 -04:00
|
|
|
"total": 1,
|
|
|
|
"successful": 1,
|
2017-07-12 16:19:20 -04:00
|
|
|
"skipped" : 0,
|
2015-10-30 12:26:18 -04:00
|
|
|
"failed": 0
|
|
|
|
},
|
|
|
|
"hits": {
|
|
|
|
"total": 1,
|
2018-08-22 11:23:54 -04:00
|
|
|
"max_score": null,
|
2015-10-30 12:26:18 -04:00
|
|
|
"hits": []
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2016-09-14 11:23:25 -04:00
|
|
|
// TESTRESPONSE[s/"took": 3/"took": $body.took/]
|
2013-08-28 19:24:34 -04:00
|
|
|
|
2017-08-15 02:43:26 -04:00
|
|
|
The `took` time in the response contains the milliseconds that this request
|
|
|
|
took for processing, beginning quickly after the node received the query, up
|
|
|
|
until all search related work is done and before the above JSON is returned
|
|
|
|
to the client. This means it includes the time spent waiting in thread pools,
|
|
|
|
executing a distributed search across the whole cluster and gathering all the
|
|
|
|
results.
|
|
|
|
|
2013-08-28 19:24:34 -04:00
|
|
|
include::request/query.asciidoc[]
|
|
|
|
|
|
|
|
include::request/from-size.asciidoc[]
|
|
|
|
|
|
|
|
include::request/sort.asciidoc[]
|
|
|
|
|
2013-11-13 10:53:10 -05:00
|
|
|
include::request/source-filtering.asciidoc[]
|
|
|
|
|
2016-06-21 05:27:27 -04:00
|
|
|
include::request/stored-fields.asciidoc[]
|
2013-08-28 19:24:34 -04:00
|
|
|
|
|
|
|
include::request/script-fields.asciidoc[]
|
|
|
|
|
2016-06-21 05:27:27 -04:00
|
|
|
include::request/docvalue-fields.asciidoc[]
|
2014-01-09 17:20:06 -05:00
|
|
|
|
2013-12-16 06:11:06 -05:00
|
|
|
include::request/post-filter.asciidoc[]
|
2013-08-28 19:24:34 -04:00
|
|
|
|
|
|
|
include::request/highlighting.asciidoc[]
|
|
|
|
|
|
|
|
include::request/rescore.asciidoc[]
|
|
|
|
|
|
|
|
include::request/search-type.asciidoc[]
|
|
|
|
|
|
|
|
include::request/scroll.asciidoc[]
|
|
|
|
|
|
|
|
include::request/preference.asciidoc[]
|
|
|
|
|
|
|
|
include::request/explain.asciidoc[]
|
|
|
|
|
|
|
|
include::request/version.asciidoc[]
|
|
|
|
|
2016-03-04 06:44:28 -05:00
|
|
|
include::request/index-boost.asciidoc[]
|
2013-08-28 19:24:34 -04:00
|
|
|
|
|
|
|
include::request/min-score.asciidoc[]
|
|
|
|
|
2013-09-16 05:17:01 -04:00
|
|
|
include::request/named-queries-and-filters.asciidoc[]
|
2014-10-13 03:41:55 -04:00
|
|
|
|
|
|
|
include::request/inner-hits.asciidoc[]
|
2016-01-12 11:40:34 -05:00
|
|
|
|
2017-01-30 05:47:05 -05:00
|
|
|
include::request/collapse.asciidoc[]
|
|
|
|
|
2016-01-12 11:40:34 -05:00
|
|
|
include::request/search-after.asciidoc[]
|