(9)Elasticsearchは、自増idまたは自分のidを使って一つのドキュメントを索引する

索引ドキュメント
ドキュメントはindex APIを通じてインデックスされています.データを保存して検索することができます.しかし、まず文書の所在を確認します.前に話したように、文書はその文書を通してindex、_タイプidは唯一確定します
私達は自分で一つの_を提供することができます.ID、またはindex APIを使って私たちのために一つを生成してもいいです.
自分のIDを使う
あなたの文書に自然な識別記号があると、自分の名前を入力してください.IDは、このようなフォーマットのindex APIを使用する:

PUT /{index}/{type}/{id}
{
	"field":"value",
	...
}

例えば、私達のインデックスは「website」といいます.タイプは「blog」といいます.私達が選んだIDは「123」です.このインデックス要求はこのようにしています.

curl -X PUT "192.168.0.202:9200/website/blog/123" -H 'Content-Type: application/json' -d'
{
	"title":"My first blog entry",
	"text":"Just trying this out ...",
	"date":"2014/01/01"
}
'

esの応答:
これは前に作成したはずです.
要求に応答してインデックスが作成されました.このインデックスには_が含まれています.index、_typeと_idデータと新しい元素_version.
esの各ドキュメントにはバージョン番号があります.ドキュメントが変わるたびに(削除も含めて)変更されます.versionが増加します
自己増加ID
私たちのデータが自然IDを持っていないなら、esを自動的に生成してもらいます.要求構造が変化しました.PUT方法――「このurlにドキュメントを保存する」はPOST方法になりました.(元はIDに対応するスペースにドキュメントを保存していましたが、今はこの文書をあるタイプに追加します.)
URLは今は_しか含まれていません.indexと_typeの2つのフィールド:
応答は初めてと似ていますが、_だけあります.IDフィールドは自動生成された値になります.
自動生成されたIDは20文字の長さ、URL-safe、Base 64-encoded string universally unique identifers、またはUUIDと呼ばれています.