## 嵌套-查詢 ### 查詢嵌套對象 因嵌套對象(nested objects)會被索引為分離的隱藏文檔，我們不能直接查詢它們。而是使用 [`nested`查詢](http://bit.ly/1ziFQoR)或 [`nested` 過濾器](http://bit.ly/1IOp94r)來存取它們： ```json GET /my_index/blogpost/_search { "query": { "bool": { "must": [ { "match": { "title": "eggs" }}, <1> { "nested": { "path": "comments", <2> "query": { "bool": { "must": [ <3> { "match": { "comments.name": "john" }}, { "match": { "comments.age": 28 }} ] }}}} ] }}} ``` <1> `title`條件運作在根文檔上 <2> `nested`條件``深入``嵌套的`comments`欄位。它不會在存取根文檔的欄位，或是其他嵌套文檔的欄位。 <3> `comments.name`以及`comments.age`運作在相同的嵌套文檔。 >### TIP >一個`nested`欄位可以包含其他`nested`欄位。 相同的，一個`nested`查詢可以包含其他`nested`查詢。 嵌套階層會如同你預期的運作。 當然，一個`nested`查詢可以匹配多個嵌套文檔。 每個文檔的匹配會有各自的關聯分數，但多個分數必須減少至單一分數才能應用至根文檔。 在預設中，它會平均所有嵌套文檔匹配的分數。這可以藉由設定`score_mode`參數為`avg`, `max`, `sum`或甚至`none`(為了防止根文檔永遠獲得`1.0`的匹配分數時)來控制。 ```json GET /my_index/blogpost/_search { "query": { "bool": { "must": [ { "match": { "title": "eggs" }}, { "nested": { "path": "comments", "score_mode": "max", <1> "query": { "bool": { "must": [ { "match": { "comments.name": "john" }}, { "match": { "comments.age": 28 }} ] }}}} ] }}} ``` <1> 從最匹配的嵌套文檔中給予根文檔的`_score`值。 >### 注意 >`nested`過濾器類似於`nested`查詢，除了無法使用`score_mode`參數。 只能使用在_filter context_&#x2014;例如在`filtered`查詢中--其作用類似其他的過濾器： 包含或不包含，但不評分。 >`nested`過濾器的結果本身不會緩存，通常緩存規則會被應用於`nested`過濾器_之中_的過濾器。