ElasticSearch join连接查询

偏执的太偏执、 2023-07-18 02:45 19阅读 0赞

*特别说明：文章所有内容基于ElasticSerch 5.5.3版本*

ElasticSerch 的连接查询有两种方式实现

*  **nested**
 *  **parent和child关联查询**

## nested ##

*  存储结构  
    nested的方式和其他字段一样，在同一个type里面存储，以数组的方式存储在  
    type里，格式如下：

PUT index_test/type_info/1000
    {
      "userId": 1000,
      "mobile": "13301020202",
      "nick": "梅西",
      "vipType": 1,
      "vipPoints": 1200,
      "regTime": "2018-06-18 12:00:31",
      "order": [
        {
          "status": 1,
          "payMethod": 2,
          "amount": 100,
          "productCount": 3
        },
        {
          "status": 2,
          "payMethod": 2,
          "amount": 230,
          "productCount": 1
        }
      ]
    }

`order` 则为 nested

*  API查询方式  
    直接用`.`连接对象的属性，如要要查找订单中状态=2的用户，直接使用`order.status`

GET index_test/type_info/_search
    {
      "query": {
        "term": {
          "order.status": 2
        }
      }
    }

## parent / child 关联的方式 ##

1、存储结构

parent / child 的存储结果跟nested不一样，是存储在不同的type里，通过parent来关联父子type关系

PUT index_test
    {
    "mappings": {
    "type_info": {
      "properties": {
        "userId": {
          "type": "integer"
        },
        "mobile": {
          "type": "keyword"
        },
        "nick": {
          "type": "keyword"
        },
        "vipType": {
          "type": "integer"
        },
        "vipPoints": {
          "type": "integer"
        },
        "regTime": {
          "type": "date",
          "format": "yyyy-MM-dd HH:mm:ss"
        }
      }
    },
    "type_order": {
      "_parent": {
        "type": "type_info"
      },
      "properties": {
        "amount": {
          "type": "scaled_float",
          "scaling_factor": 100
        },
        "payMethod": {
          "type": "integer"
        },
        "status": {
          "type": "integer"
        },
        "productCount": {
          "type": "integer"
        }
      }
    }
    }
    }

通过 `_parent` 来指定父type

2、造点数据

添加几条用户数据，和普通的type一样，没有任何区别

PUT index_test/type_info/1000
    {
    "userId": 1000,
    "mobile": "13301020202",
    "nick": "梅西",
    "vipType": 1,
    "vipPoints": 1200,
    "regTime": "2018-06-18 12:00:31"
    }

PUT index_test/type_info/1001
    {
    "userId": 1001,
    "mobile": "151232223",
    "nick": "C罗",
    "vipType": 1,
    "vipPoints": 300,
    "regTime": "2018-05-18 12:00:00"
    }

PUT index_test/type_info/1002
    {
    "userId": 1002,
    "mobile": "181829282",
    "nick": "内马尔",
    "vipType": 2,
    "vipPoints": 1300,
    "regTime": "2018-09-09 12:00:00"
    }

添加几条订单数据，通过parent来指定type\_info

PUT index_test/type_order/100?parent=1000
    {
    "userId": 1000,
    "amount": 300,
    "payMethod": 2,
    "status": 3,
    "productCount": 2
    }

PUT index_test/type_order/101?parent=1000
    {
    "userId": 1000,
    "amount": 250,
    "payMethod": 1,
    "status": 2,
    "productCount": 1
    }

PUT index_test/type_order/102?parent=1001
    {
    "userId": 1001,
    "amount": 56,
    "payMethod": 1,
    "status": 2,
    "productCount": 1
    }

PUT index_test/type_order/103?parent=1002
    {
    "userId": 1002,
    "amount": 78,
    "payMethod": 2,
    "status": 1,
    "productCount": 2
    }

3、API查询方式

*  通过子type查询父type，返回父type信息  
    查询下单金额大于60的用户，通过 `has_child` 查询，返回用户信息

GET index_test/type_info/_search
    {
    "query": {
    "has_child": {
      "type": "type_order",
      "query": {
        "range": {
          "amount": {
            "gte": 60
          }
        }
      }
    }
    }
    }

*  通过父type查子type，返回子type信息  
    查询vip等级为1的用户下的订单，通过　`has_parent` 查询，返回订单信息

GET index_test/type_order/_search
    {
      "query": {
        "has_parent": {
          "parent_type": "type_info",
          "query": {
            "term": {
              "vipType": {
                "value": 1
              }
            }
          }
        }
      }
    }

### nested 和 parent-child的区别以及使用场景 ###

*  **主要区别：**

由于存储结构的不同，nested和parent-child的方式有不同的应用场景。  
nested 所有实体存储在同一个文档，parent-child模式，子type和父type存储在不同的文档里。  
所以查询效率上nested要高于parent-child，但是更新的时候nested模式下，es会删除整个文档再创建，而parent-child只会删除你更新的文档在重新创建，不影响其他文档。所以更新效率上parent-child要高于nested。

*  **使用场景：**

nested：在少量子文档，并且不会经常改变的情况下使用。  
比如：订单里面的产品，一个订单不可能会有成千上万个不同的产品，一般不会很多，并且一旦下单后，下单的产品是不可更新的。  
parent-child：在大量文档，并且会经常发生改变的情况下使用。  
比如：用户的浏览记录，浏览记录会很大，并且会频繁更新

**`官网描述：nested`会使查询变慢几倍，而[父子][Link 1]关系会使查询变慢数百倍；(**[https://www.elastic.co/guide/en/elasticsearch/reference/current/tune-for-search-speed.html][https_www.elastic.co_guide_en_elasticsearch_reference_current_tune-for-search-speed.html]**)**

文章来源：[https://blog.csdn.net/tuposky/article/details/80988915][https_blog.csdn.net_tuposky_article_details_80988915]

[Link 1]: https://www.elastic.co/guide/en/elasticsearch/reference/current/parent-join.html
[https_www.elastic.co_guide_en_elasticsearch_reference_current_tune-for-search-speed.html]: https://www.elastic.co/guide/en/elasticsearch/reference/current/tune-for-search-speed.html
[https_blog.csdn.net_tuposky_article_details_80988915]: https://blog.csdn.net/tuposky/article/details/80988915