Elasticsearch7.X为什么移除type

刺骨的言语ヽ痛彻心扉 2023-01-07 11:26 118阅读 0赞

## Elasticsearch7.X为什么移除类型(type) ##

> 在Elasticsearch7.0.0及以后版本不再接受\_default\_ 映射。在6.x里创建的索引依然像在Elasticsearch6.X之前一样起作用。Types在7.0的API里是被舍弃的，在创建索引,设置映射,获取映射，设置模板，获取模板,获取字段映射API有着不兼容的改变。

### 什么是类型(type)？ ###

从Elasticsearch的第一个发布版本以来，每一个文档都被存储在一个单独的索引里，并被赋予了一个type，一个映射类型代表着一个被索引的文档或实体的类型,例如，一个twitter索引可能有一个user类型和tweet类型。

每种映射类型都有他自己的字段，所以user类型可能有一个full\_name字段，一个user\_name字段和一个email字段，而一个tweet类型可能有一个content字段，一个tweet\_at字段，和user类型一样一个user\_name字段。

每一个文档类型都有一个\_type元字段来存储type名称,并且根据URL里指定的类型名称，查询（搜索）被限定在一个或多个类型(type)里:

GET twitter/user,tweet/_search
    {
      "query": {
        "match": {
          "user_name": "kimchy"
        }
      }
    }

\_type字段用来和文档的\_id字段联合生成\_uid字段，所以有着相同\_id的不同类型的文档可以存在同一个索引里。类型也用来建立文档间的父子关系，所以question类型的文档可能是anser类型文档的父文档。

### 为什么类型被移除了？ ###

起初，我们说"索引"和关系数据库的“库”是相似的，“类型”和“表”是对等的。  
这是一个不正确的对比，导致了不正确的假设。在关系型数据库里,"表"是相互独立的,一个“表”里的列和另外一个“表”的同名列没有关系，互不影响。但在类型里字段不是这样的。

在一个Elasticsearch索引里，所有不同类型的同名字段内部使用的是同一个lucene字段存储。也就是说，上面例子中，user类型的user\_name字段和tweet类型的user\_name字段是存储在一个字段里的，两个类型里的user\_name必须有一样的字段定义。

这可能导致一些问题，例如你希望同一个索引中"deleted"字段在一个类型里是存储日期值，在另外一个类型里存储布尔值。

最后,在同一个索引中，存储仅有小部分字段相同或者全部字段都不相同的文档，会导致数据稀疏，影响Lucene有效压缩数据的能力。

因为这些原因，我们决定从Elasticsearch中移除类型的概念。

还没有评论，来说两句吧...