存入 取出 不論是哪一個程序，目的都是一致的：根據我們的需要來組織數據。數據并不是只有隨機的比特和字節。我們需要在多個代表現實中的事物或者實體的元素之間建立關系。如果我們知道一個名字和一個電子郵件同屬于一個人的話，我們就能得到更有意義的東西。 生活中，有很多同種類的實體也存在著不同。一個人可能有一個座機號碼，而另一個人可能只有手機號碼，當然有的人還會同時擁有兩者。有的人有三個郵箱地址，有的則可能一個都沒有。一個西班牙人可能有兩個姓，但是我們可能就只有一個姓。 面向對象編程語言之所以受到大家歡迎，其中一個原因就是對象能幫助我們去代替現實生活中的復雜的實體。 但是當我們存儲這些實體時就會出現問題。通常，我們把我們的數據存儲在關系數據庫的列(columns)與行(rows)中，這相當于在電子表格中排列我們的數據。這樣我們對象本來的靈活性就不復存在了。 但是，如果我們就單純地把對象存儲為對象呢？相比于在電子表中的各種限制，我們應該重新著眼于使用數據。把對象本來應有的靈活性找回來。 對象(object)是特定語言(language-specific)，包含數據(in-memory)的數據結構。通過網絡發送或者存儲它，我們需要一個標準格式來代表它。JSON (JavaScript Object Notation)這是一種可讀文本的對象形式。它已經成為NoSQL世界中的標準。當一個對象被序列化到JSON時，它就被成為JSON文檔了。 Elasticsearch 是一個分布式文檔存儲器。它可以實時地存儲并檢索復雜的數據結構（被序列化后的JSON文檔）。換句話說，當文檔被存儲到Elasticsearch 后，它就可以被集群中的任意節點搜索了。 當然，我們不但需要存儲數據，還需要能夠大量快速地進行查詢。雖然已經有很多的NoSQL解決方案，可以讓我們將對象存儲為文檔，但是他們還是需要我們去考慮如何查詢我們的數據以及哪些字段需要我們來做索引，以便快速搜索。 在Elasticsearch中，每一個字段都會默認被建立索引。也就是說，每一個字段都會有一個反向索引以便快速搜索。而且，與大多數其他數據庫不同的是ES可以在同一個查詢中使用所有的反向索引，以驚人的速度返回查詢結果。 在本章中，我們將探討如何使用API來創建、搜索、更新、刪除文檔。目前，我們并不用關心數據是如何存儲在文檔中的，我們只需要關心我們的文檔是如何被安全地存儲在Elasticsearch中以及我們如何能再次獲取到他們就可以了。