elasticsearch元数据

_source元数据

 

put /test_index/test_type/1

{

  "test_field1": "test field1",

  "test_field2": "test field2"

}

 

get /test_index/test_type/1

 

{

  "_index": "test_index",

  "_type": "test_type",

  "_id": "1",

  "_version": 2,

  "found": true,

  "_source": {

    "test_field1": "test field1",

    "test_field2": "test field2"

  }

}

 

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

 

------------------------------------------------------------------------------------------------------------------

 

2、定制返回结果

 

定制返回的结果，指定_source中，返回哪些field，用逗号隔开

 

GET /test_index/test_type/1?_source=test_field2

 

{

  "_index": "test_index",

  "_type": "test_type",

  "_id": "1",

  "_version": 2,

  "found": true,

  "_source": {

    "test_field2": "test field2"

  }

}

 

_version元数据

基于_version进行乐观锁并发控制，每次对这个document执行修改或者删除操作，都会对这个_version版本号自动加1；哪怕是删除，也会对这条数据的版本号加1

 

 

带上数据的版本号，确保说，es中的数据的版本号，跟客户端中的数据的版本号是相同的，才能修改

 

PUT /test_index/test_type/7?version=1

{

  "test_field": "test client 1"

}

 

 

基于external version进行乐观锁并发控制

es提供了一个feature，就是说，你可以不用它提供的内部_version版本号来进行并发控制，可以基于你自己维护的一个版本号来进行并发控制。

举个列子，加入你的数据在mysql里也有一份，然后你的应用系统本身就维护了一个版本号，无论是什么自己生成的，程序控制的。这个时候，你进行乐观锁并发控制的时候，可能并不是想要用es内部的_version来进行控制，而是用你自己维护的那个version来进行控制。

 

?version=1

?version=1&version_type=external

 

version_type=external，唯一的区别在于，_version，只有当你提供的version与es中的_version一模一样的时候，才可以进行修改，只要不一样，就报错；当version_type=external的时候，只有当你提供的version比es中的_version大的时候，才能完成修改

 

 

 

_all元数据

将所有field打包在一起，作为一个_all field，建立索引。没指定任何field进行搜索时，就是使用_all field在搜索。

 

PUT /my_index/_mapping/my_type3

{

  "_all": {"enabled": false}

}

 

也可以在field级别设置include_in_all field，设置是否要将field的值包含在_all field中

 

PUT /my_index/_mapping/my_type4

{

  "properties": {

    "my_field": {

      "type": "text",

      "include_in_all": false

    }

  }

}