请注意:
本书基于 Elasticsearch 2.x 版本，有些内容可能已经过时。
Elasticsearch: 权威指南 » 数据建模 » 父-子关系文档 » 祖辈与孙辈关系
« 子文档聚合 实际使用中的一些建议 »

祖辈与孙辈关系 (Grandparents and Grandchildren)edit

父子关系可以延展到更多代，比如生活中孙辈与祖辈的关系 — 唯一的要求是满足这些关系的文档必须索引在同一个分片上。

让我们把上一个例子中的country类型设定为branch类型的父辈：

PUT /company
{
  "mappings": {
    "country": {},
    "branch": {
      "_parent": {
        "type": "country" 
      }
    },
    "employee": {
      "_parent": {
        "type": "branch" 
      }
    }
  }
}

branch是country的子辈。

employee是branch的子辈。

country 和 branch 之间是一层简单的父子关系，所以我们的操作步骤与构建父-子文档索引保持一致：

POST /company/country/_bulk
{ "index": { "_id": "uk" }}
{ "name": "UK" }
{ "index": { "_id": "france" }}
{ "name": "France" }

POST /company/branch/_bulk
{ "index": { "_id": "london", "parent": "uk" }}
{ "name": "London Westmintster" }
{ "index": { "_id": "liverpool", "parent": "uk" }}
{ "name": "Liverpool Central" }
{ "index": { "_id": "paris", "parent": "france" }}
{ "name": "Champs Élysées" }

parent ID 使得每一个branch文档被路由到与其父文档country相同的分片上进行操作。然而，当我们使用相同的方法来操作employee这个孙辈文档时，会发生什么呢？

PUT /company/employee/1?parent=london
{
  "name":  "Alice Smith",
  "dob":   "1970-10-24",
  "hobby": "hiking"
}

employee文档的路由依赖其父文档 ID — 也就是london — 但是london文档的路由却依赖 其本身的 父文档 ID — 也就是uk。此种情况下，孙辈文档很有可能最终和父辈、祖辈文档不在同一个分片上，导致不满足祖辈和孙辈文档必须索引在同一个分片上的要求。

解决方案是添加一个额外的参数routing，将其设置为祖辈的文档 ID ，以此来保证三代文档路由到同一个分片上。索引请求如下所示：

PUT /company/employee/1?parent=london&routing=uk 
{
  "name":  "Alice Smith",
  "dob":   "1970-10-24",
  "hobby": "hiking"
}

routing的值会取代parent的值作为路由选择。

参数parent的值仍然可以标识 employee 文档与其父文档的关系，但是参数routing保证该文档被存储到其父辈和祖辈的分片上。routing值在所有的单个文档请求中都要添加。

可以跨多代文档进行查询和聚合，只需要一代代的进行设定即可。例如，我们要找到哪些国家的员工喜欢徒步旅行，此时只需要关联 country 和 branch，以及 branch 和 employee：

GET /company/country/_search
{
  "query": {
    "has_child": {
      "type": "branch",
      "query": {
        "has_child": {
          "type": "employee",
          "query": {
            "match": {
              "hobby": "hiking"
            }
          }
        }
      }
    }
  }
}
« 子文档聚合 实际使用中的一些建议 »