• 嵌套-查询
    • 查询嵌套对象
    • TIP
    • 注意

    嵌套-查询

    查询嵌套对象

    因嵌套对象(nested objects)会被索引为分离的隐藏文档，我们不能直接查询它们。而是使用 nested查询或 nested 过滤器来存取它们：

    1. GET /my_index/blogpost/_search
    2. {
    3.   "query": {
    4.     "bool": {
    5.       "must": [
    6.         { "match": { "title": "eggs" }}, <1>
    7.         {
    8.           "nested": {
    9.             "path": "comments", <2>
    10.             "query": {
    11.               "bool": {
    12.                 "must": [ <3>
    13.                   { "match": { "comments.name": "john" }},
    14.                   { "match": { "comments.age":  28     }}
    15.                 ]
    16.         }}}}
    17.       ]
    18. }}}

    <1> title条件运作在根文档上

    <2> nested条件深入嵌套的comments栏位。它不会在存取根文档的栏位，或是其他嵌套文档的栏位。

    <3> comments.name以及comments.age运作在相同的嵌套文档。

    TIP

    一个nested栏位可以包含其他nested栏位。 相同的，一个nested查询可以包含其他nested查询。
    嵌套阶层会如同你预期的运作。

    当然，一个nested查询可以匹配多个嵌套文档。
    每个文档的匹配会有各自的关联分数，但多个分数必须减少至单一分数才能应用至根文档。

    在预设中，它会平均所有嵌套文档匹配的分数。这可以藉由设定score_mode参数为avg, max, sum或甚至none(为了防止根文档永远获得1.0的匹配分数时)来控制。

    1. GET /my_index/blogpost/_search
    2. {
    3.   "query": {
    4.     "bool": {
    5.       "must": [
    6.         { "match": { "title": "eggs" }},
    7.         {
    8.           "nested": {
    9.             "path":       "comments",
    10.             "score_mode": "max", <1>
    11.             "query": {
    12.               "bool": {
    13.                 "must": [
    14.                   { "match": { "comments.name": "john" }},
    15.                   { "match": { "comments.age":  28     }}
    16.                 ]
    17.         }}}}
    18.       ]
    19. }}}

    <1> 从最匹配的嵌套文档中给予根文档的_score值。

    注意

    nested过滤器类似於nested查询，除了无法使用score_mode参数。 只能使用在filter context—例如在filtered查询中—其作用类似其他的过滤器：
    包含或不包含，但不评分。

    nested过滤器的结果本身不会缓存，通常缓存规则会被应用於nested过滤器之中的过滤器。