Elasticsearch——分布式文档系统之document

1. document 核心元数据

1.1 _index元数据

• 表明一个document存放在哪一个index中
• 相似的数据放在一个索引，非相似的数据放不一样索引：product index（包含了全部的商品），sales index（包含了全部的商品销售数据），inventory index（包含了全部库存相关的数据）。好比product，sales，human resource（employee），全都放在一个大的index里面，好比说company index，不合适的
• ndex中包含了不少相似的document：相似是什么意思，其实指的就是说，这些document的fields很大一部分是相同的，你说你放了3个document，每一个document的fields都彻底不同，这就不是相似了，就不太适合放到一个index里面去了
• 索引名称必须是小写的，不能用下划线开头，不能包含逗号

1.2 _type元数据

• 表明document属于index中的哪一个类别（type）
• 一个索引一般会划分为多个type，逻辑上对index中有些许不一样的几类数据进行分类：由于一批相同的数据，可能有不少相同的fields，可是仍是可能会有一些轻微的不一样，可能会有少数fields是不同的，举个例子，就好比说，商品，可能划分为电子商品，生鲜商品，日化商品，等等。
• type名称能够是大写或者小写，可是同时不能用下划线开头，不能包含逗号

1.3 _id元数据

• 表明document的惟一标识，与index和type一块儿，能够惟一标识和定位一个document

• 咱们能够手动指定document的id（put /index/type/id），也能够不指定，由es自动为咱们建立一个id

  • 手动指定document id

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

  • 自动生成id

    数据产生出来之后，可能就没有id，直接就放es一个存储，那么这个时候，可能就不太适合说手动指定document id的形式了

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

• 代码示例

  • 手动指定惟一标识

    PUT /test_index/test_type/1
    {
      "test_field": "create id by myself"
    }
    复制代码

  • 自动生成id

    POST /test_index/test_type
    {
      "test_field": "create id by es"
    }
    复制代码

1.5 _source元数据并定制返回结果

_source元数据：就是说，咱们在建立一个document的时候，使用的那个放在request body中的json串，默认状况下，在get的时候，会原封不动的给咱们返回回来。

PUT /test_index/test_type/2
{
  "name": "Tom",
  "age": 12,
  "gender": "M" 
}
复制代码

执行GET请求，返回数据：

GET test_index/test_type/2

{
  "_index": "test_index",
  "_type": "test_type",
  "_id": "2",
  "_version": 1,
  "found": true,
  "_source": {
    "name": "Tom",
    "age": 12,
    "gender": "M"
  }
}
复制代码

定制返回结果

• 定制返回的结果，指定_source中，返回哪些field

  GET /test_index/test_type/2?_source=name,age
  {
    "_index": "test_index",
    "_type": "test_type",
    "_id": "2",
    "_version": 1,
    "found": true,
    "_source": {
      "name": "Tom",
      "age": 12
    }
  }
  复制代码

2. document的全量替换、强制建立和删除

2.1 全量替换

• 语法与建立文档是同样的，若是document id不存在，那么就是建立；若是document id已经存在，那么就是全量替换操做，替换document的json串内容
• document是不可变的，若是要修改document的内容，第一种方式就是全量替换，直接对document从新创建索引，替换里面全部的内容

2.2 强制建立

• 若是须要新建文档，不想替换文档，就须要强制进行建立文档。

• 语法：

  PUT /index/type/id?op_type=create
  PUT /index/type/id/_create
  复制代码

  两种均可以，可是若是 document id 已经存在，则会报错

2.3 删除

• 语法

  DELETE /index/type/id
  复制代码

• 不会当即物理删除，只会将其标记为deleted，当数据愈来愈多的时候，es会在适当的时机在后台自动删除标记为deleted的document