## 嵌套排序 ### 以嵌套欄位排序 我們可以依照嵌套欄位中的值來排序，甚至藉由分離嵌套文檔中的值。為了使其結果更加有趣，我們加入另一個記錄： ```json PUT /my_index/blogpost/2 { "title": "Investment secrets", "body": "What they don't tell you ...", "tags": [ "shares", "equities" ], "comments": [ { "name": "Mary Brown", "comment": "Lies, lies, lies", "age": 42, "stars": 1, "date": "2014-10-18" }, { "name": "John Smith", "comment": "You're making it up!", "age": 28, "stars": 2, "date": "2014-10-16" } ] } ``` 想像我們要取回在十月中有收到回應的blog文章，并依照所取回的各個blog文章中最少`stars`數量的順序作排序。 這個搜尋請求如下： ```json GET /_search { "query": { "nested": { <1> "path": "comments", "filter": { "range": { "comments.date": { "gte": "2014-10-01", "lt": "2014-11-01" } } } } }, "sort": { "comments.stars": { <2> "order": "asc", <2> "mode": "min", <2> "nested_filter": { <3> "range": { "comments.date": { "gte": "2014-10-01", "lt": "2014-11-01" } } } } } } ``` <1> `nested`查詢限制了結果為十月份收到回應的blog文章。 <2> 結果在所有匹配的回應中依照`comment.stars`欄位的最小值(`min`)作遞增(`asc`)的排序。 <3> 排序條件中的`nested_filter`與主查詢`query`條件中的`nested`查詢相同。 於下一個下方解釋。 為什么我們要在`nested_filter`重復寫上查詢條件？ 原因是排序在於執行查詢后才發生。 此查詢匹配了在十月中有收到回應的blog文章，回傳blog文章文檔作為結果。 如果我們不加上`nested_filter`條件，我們最後會依照任何blog文章曾經收到過的回應作排序，而不是在十月份收到的。