Elasticsearch --- （六）初步解析document和核心元数据：_index\_type\_id _source

目录

1、_index元数据

2、_type元数据

3、_id元数据

4、document id的手动指定与自动生成两种方式

      （1）手动指定document id

      （2）自动生成document id

 5、document的_source元数据以及定制返回结果解析

      （1）_source元数据

      （2）定制返回的结果

6、document的全量替换、强制创建以及文档删除

      （1）全量替换

      （2）强制创建

      （2）文档删除

---

{
  "_index": "test_index",
  "_type": "test_type",
  "_id": "1",
  "_version": 1,
  "found": true,
  "_source": {
    "test-content": "test test"
  }
}

1、_index元数据

      （1）代表一个document存放在哪个index中

      （2）类似的数据放在一个索引，非类似的数据放不同索引，product index（包含了所有的商品），sales index（包含了所有商品销售数据），inventory index（包含了所有库存相关的数据），如果把比如product、sales、human resource(employee)，全都放在一个大的index里面，比如company index，是不合适的。

      （3）index中包含了很多类似的document，类似是指，这些document的fields很大一部分是相同的，

      （4）索引名称必须是小写的，不能用下划线开头，不能包含逗号

2、_type元数据

      （1）代表document属于index中的哪个类别（type）

      （2）一个索引通常会划分为多个type，逻辑上对index中有些许不同的几类数据进行分类，因为一批相同的数据，可能有很多相同的fields，但还是可能会有一些轻微的不同，可能会有少数的fields是不一样的，举个例子：商品可能划分为电子商品、生鲜商品、日化商品等

      （3）type名称可以大写或小写，但是不能用下划线开头，不能包含逗号

3、_id元数据

      （1）代表document的唯一标识，与index和type一起，可以唯一标识和定位一个document

      （2）我们可以手动指定document的id，也可以不指定，有es自动创建一个id

4、document id的手动指定与自动生成两种方式

      （1）手动指定document id

              a、根据应用情况来说，是否满足手动指定document id的前提。

                一般来说，是从某些其他的系统中，导入一些数据到es时，会采用这种方式，就是使用系统中已有数据的唯一标识，作为es中document的id。举个例子，现在在开发一个电商网站，做搜索功能，或是OA系统，做员工检索功能。这个时候，数据首先会在网站系统或者IT系统内部的数据库中，会先有一份，此时就肯定会有一个数据库的primary key（自增长、UUID、或业务编号）。如果将数据导入到es中，此时就比较适合采用数据在数据库中已有的primary 。

       如果，在做一个系统，主要的数据存储就是es一种，也就是说，数据产生出来以后，可能就没有id，直接放es一个存储，那这个时候就不适合用手动指定，因为不知道id应该是什么，此时可以采用让es自动生成id的方式

              b、PUT /index/type/id

PUT test_index/test_type/1
{
  "test-content":"test test"
}

      （2）自动生成document id

              a、POST  /index/type

POST test_index/test_type
{
  "test-content":"my test"
}

              b、自动生成的id，长度为20个字符，URL安全，Base64编码，GUID算法，分布式系统并行生成是不可能会发生冲突

 5、document的_source元数据以及定制返回结果解析

      （1）_source元数据

PUT test_index/test_type/2
{
  "test_field1":"test_field1",
  "test_field2":"test_field1"

}

GET test_index/test_type/2

---------返回结果
{
  "_index": "test_index",
  "_type": "test_type",
  "_id": "2",
  "_version": 1,
  "found": true,
  "_source": {
    "test_field1": "test_field1",
    "test_field2": "test_field1"
  }
}

 _source元数据：创建一个document时，使用的放在request body中的json串，默认情况下，在get的时候，会原封不动的返回回来。

      （2）定制返回的结果

       只返回test_field2：GET test_index/test_type/2?_source=test_field2，想返回多个field，逗号隔开，如?_source=test1,test2

6、document的全量替换、强制创建以及文档删除

      （1）全量替换

a、语法和创建document一样，如果document id不存在，那么就是创建，如果document id已经存在，那么就是全量替换操作，替换document的json串内容

b、document是不可变的，如果要修改document的内容，第一种方式就是全量替换，直接对document重新建立索引，替换里面所有内容

c、es会将老的document标记为deleted，然后新增我们给定的一个document，当我们创建越来越多的document时，es会在适当的时机在后台自动物理删除被标记为deleted的document，以释放空间

      （2）强制创建

a、创建文档和全量替换的语法是一样的，有时我们只想新建文档，不想替换文档，如何强制创建呢？

PUT  /index/type/id?op_type=create,   PUT  /index/type/id/_create

      （2）文档删除

a、DELETE  /index/type/id

b、不会物理删除，只会将其标记为deleted，当数据越来越多的时候，在后台自动删除