ElasticSearch文件ID的使用

文件通過indexapi被索引——使資料可以被儲存和搜尋。但是首先我們需要決定文件所在。正如我們討論的，文件通過其_index、_type、_id唯一確定。們可以自己提供乙個_id，或者也使用indexapi 為我們生成乙個。

如果你的文件有自然的識別符號（例如user_account字段或者其他值表示文件），你就可以提供自己的_id，使用這種形式的indexapi：

put ///

例如我們的索引叫做「website」，型別叫做「blog」，我們選擇的id是「123」，那麼這個索引請求就像這樣：

put /website/blog/123

elasticsearch的響應：

響應指出請求的索引已經被成功建立，這個索引中包含_index、_type和_id元資料，以及乙個新元素：_version。

elasticsearch中每個文件都有版本號，每當文件變化（包括刪除）都會使_version增加。在《版本控制》章節中我們將**如何使用_version號確保你程式的一部分不會覆蓋掉另一部分所做的更改。

如果我們的資料沒有自然id，我們可以讓elasticsearch自動為我們生成。請求結構發生了變化：put方法——「在這個url中儲存文件」變成了post方法——"在這個型別下儲存文件"。（譯者注：原來是把文件儲存到某個id對應的空間，現在是把這個文件新增到某個_type下）。

url現在只包含_index和_type兩個字段：

post /website/blog/

響應內容與剛才類似，只有_id字段變成了自動生成的值：

自動生成的id有22個字元長，url-safe, base64-encoded string universally unique identifiers, 或者叫 uuids。