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