2013-08-28 19:24:34 -04:00
|
|
|
[[query-dsl-has-child-query]]
|
2015-06-03 19:59:22 -04:00
|
|
|
=== Has Child Query
|
2013-08-28 19:24:34 -04:00
|
|
|
|
2015-05-05 02:27:52 -04:00
|
|
|
The `has_child` filter accepts a query and the child type to run against, and
|
|
|
|
results in parent documents that have child docs matching the query. Here is
|
|
|
|
an example:
|
2013-08-28 19:24:34 -04:00
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
2016-05-24 05:58:43 -04:00
|
|
|
GET /_search
|
2013-08-28 19:24:34 -04:00
|
|
|
{
|
2016-05-24 05:58:43 -04:00
|
|
|
"query": {
|
|
|
|
"has_child" : {
|
|
|
|
"type" : "blog_tag",
|
2017-03-13 11:25:28 -04:00
|
|
|
"query" : {
|
|
|
|
"term" : {
|
|
|
|
"tag" : "something"
|
2016-05-24 05:58:43 -04:00
|
|
|
}
|
2017-03-13 11:25:28 -04:00
|
|
|
}
|
2013-08-28 19:24:34 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2016-05-24 05:58:43 -04:00
|
|
|
// CONSOLE
|
2013-08-28 19:24:34 -04:00
|
|
|
|
2017-10-26 05:25:10 -04:00
|
|
|
Note that the `has_child` is a slow query compared to other queries in the
|
|
|
|
query dsl due to the fact that it performs a join. The performance degrades
|
|
|
|
as the number of matching child documents pointing to unique parent documents
|
|
|
|
increases. If you care about query performance you should not use this query.
|
2018-02-13 02:54:52 -05:00
|
|
|
However if you do happen to use this query then use it as little as possible.
|
|
|
|
Each `has_child` query that gets added to a search request can increase query
|
|
|
|
time significantly.
|
2017-10-26 05:25:10 -04:00
|
|
|
|
2013-08-28 19:24:34 -04:00
|
|
|
[float]
|
2015-06-03 19:59:22 -04:00
|
|
|
==== Scoring capabilities
|
2013-08-28 19:24:34 -04:00
|
|
|
|
2013-09-03 15:27:49 -04:00
|
|
|
The `has_child` also has scoring support. The
|
2016-03-04 06:20:54 -05:00
|
|
|
supported score modes are `min`, `max`, `sum`, `avg` or `none`. The default is
|
2013-08-28 19:24:34 -04:00
|
|
|
`none` and yields the same behaviour as in previous versions. If the
|
2015-09-10 10:16:48 -04:00
|
|
|
score mode is set to another value than `none`, the scores of all the
|
2013-08-28 19:24:34 -04:00
|
|
|
matching child documents are aggregated into the associated parent
|
2014-05-05 12:30:12 -04:00
|
|
|
documents. The score type can be specified with the `score_mode` field
|
2013-08-28 19:24:34 -04:00
|
|
|
inside the `has_child` query:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
2016-05-24 05:58:43 -04:00
|
|
|
GET /_search
|
2013-08-28 19:24:34 -04:00
|
|
|
{
|
2016-05-24 05:58:43 -04:00
|
|
|
"query": {
|
|
|
|
"has_child" : {
|
|
|
|
"type" : "blog_tag",
|
2017-03-13 11:25:28 -04:00
|
|
|
"score_mode" : "min",
|
|
|
|
"query" : {
|
|
|
|
"term" : {
|
|
|
|
"tag" : "something"
|
2016-05-24 05:58:43 -04:00
|
|
|
}
|
2017-03-13 11:25:28 -04:00
|
|
|
}
|
2013-08-28 19:24:34 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2016-05-24 05:58:43 -04:00
|
|
|
// CONSOLE
|
2013-08-28 19:24:34 -04:00
|
|
|
|
2014-05-30 13:17:52 -04:00
|
|
|
[float]
|
2015-06-03 19:59:22 -04:00
|
|
|
==== Min/Max Children
|
2014-05-30 13:17:52 -04:00
|
|
|
|
|
|
|
The `has_child` query allows you to specify that a minimum and/or maximum
|
|
|
|
number of children are required to match for the parent doc to be considered
|
|
|
|
a match:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
2016-05-24 05:58:43 -04:00
|
|
|
GET /_search
|
2014-05-30 13:17:52 -04:00
|
|
|
{
|
2016-05-24 05:58:43 -04:00
|
|
|
"query": {
|
|
|
|
"has_child" : {
|
|
|
|
"type" : "blog_tag",
|
|
|
|
"score_mode" : "min",
|
|
|
|
"min_children": 2, <1>
|
|
|
|
"max_children": 10, <1>
|
|
|
|
"query" : {
|
|
|
|
"term" : {
|
|
|
|
"tag" : "something"
|
|
|
|
}
|
2016-05-12 06:58:22 -04:00
|
|
|
}
|
2014-05-30 13:17:52 -04:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2016-05-24 05:58:43 -04:00
|
|
|
// CONSOLE
|
2014-05-30 13:17:52 -04:00
|
|
|
<1> Both `min_children` and `max_children` are optional.
|
|
|
|
|
|
|
|
The `min_children` and `max_children` parameters can be combined with
|
|
|
|
the `score_mode` parameter.
|
2016-04-14 04:37:18 -04:00
|
|
|
|
|
|
|
[float]
|
|
|
|
==== Ignore Unmapped
|
|
|
|
|
|
|
|
When set to `true` the `ignore_unmapped` option will ignore an unmapped `type`
|
|
|
|
and will not match any documents for this query. This can be useful when
|
|
|
|
querying multiple indexes which might have different mappings. When set to
|
|
|
|
`false` (the default value) the query will throw an exception if the `type`
|
|
|
|
is not mapped.
|
2016-08-26 04:55:23 -04:00
|
|
|
|
|
|
|
[float]
|
|
|
|
==== Sorting
|
|
|
|
|
|
|
|
Parent documents can't be sorted by fields in matching child documents via the
|
|
|
|
regular sort options. If you need to sort parent document by field in the child
|
2017-12-26 11:24:29 -05:00
|
|
|
documents then you should use the `function_score` query and then just sort
|
2016-08-26 04:55:23 -04:00
|
|
|
by `_score`.
|
|
|
|
|
|
|
|
Sorting blogs by child documents' `click_count` field:
|
|
|
|
|
|
|
|
[source,js]
|
|
|
|
--------------------------------------------------
|
|
|
|
GET /_search
|
|
|
|
{
|
|
|
|
"query": {
|
|
|
|
"has_child" : {
|
|
|
|
"type" : "blog_tag",
|
|
|
|
"score_mode" : "max",
|
|
|
|
"query" : {
|
|
|
|
"function_score" : {
|
|
|
|
"script_score": {
|
|
|
|
"script": "_score * doc['click_count'].value"
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
--------------------------------------------------
|
2017-03-13 11:25:28 -04:00
|
|
|
// CONSOLE
|