嵌套排序

以嵌套栏位排序

我们可以依照嵌套栏位中的值来排序，甚至藉由分离嵌套文档中的值。为了使其结果更加有趣，我们加入另一个记录：

  1. PUT /my_index/blogpost/2
  2. {
  3.   "title": "Investment secrets",
  4.   "body":  "What they don't tell you ...",
  5.   "tags":  [ "shares", "equities" ],
  6.   "comments": [
  7.     {
  8.       "name":    "Mary Brown",
  9.       "comment": "Lies, lies, lies",
  10.       "age":     42,
  11.       "stars":   1,
  12.       "date":    "2014-10-18"
  13.     },
  14.     {
  15.       "name":    "John Smith",
  16.       "comment": "You're making it up!",
  17.       "age":     28,
  18.       "stars":   2,
  19.       "date":    "2014-10-16"
  20.     }
  21.   ]
  22. }

想像我们要取回在十月中有收到回应的blog文章，并依照所取回的各个blog文章中最少stars数量的顺序作排序。 这个搜寻请求如下：

  1. GET /_search
  2. {
  3.   "query": {
  4.     "nested": { <1>
  5.       "path": "comments",
  6.       "filter": {
  7.         "range": {
  8.           "comments.date": {
  9.             "gte": "2014-10-01",
  10.             "lt":  "2014-11-01"
  11.           }
  12.         }
  13.       }
  14.     }
  15.   },
  16.   "sort": {
  17.     "comments.stars": { <2>
  18.       "order": "asc",   <2>
  19.       "mode":  "min",   <2>
  20.       "nested_filter": { <3>
  21.         "range": {
  22.           "comments.date": {
  23.             "gte": "2014-10-01",
  24.             "lt":  "2014-11-01"
  25.           }
  26.         }
  27.       }
  28.     }
  29.   }
  30. }

<1> nested查询限制了结果为十月份收到回应的blog文章。

<2> 结果在所有匹配的回应中依照comment.stars栏位的最小值(min)作递增(asc)的排序。

<3> 排序条件中的nested_filter与主查询query条件中的nested查询相同。 於下一个下方解释。

为什么我们要在nested_filter重复写上查询条件？ 原因是排序在於执行查询后才发生。 此查询匹配了在十月中有收到回应的blog文章，回传blog文章文档作为结果。 如果我们不加上nested_filter条件，我们最後会依照任何blog文章曾经收到过的回应作排序，而不是在十月份收到的。