## 數據吞吐 無論程序怎么寫，意圖是一樣的：組織數據為我們的目標所服務。但數據并不只是由隨機比特和字節組成，我們在數據節點間建立關聯來表示現實世界中的實體或者“某些東西”。屬于同一個人的名字和Email地址會有更多的意義。 在現實世界中，并不是所有相同類型的實體看起來都是一樣的。一個人可能有一個家庭電話號碼，另一個人可能只有一個手機號碼，有些人可能兩者都有。一個人可能有三個Email地址，其他人可能沒有。西班牙人可能有兩個姓氏，但是英國人（英語系國家的人）可能只有一個。 面向對象編程語言流行的原因之一，是我們可以用對象來表示和處理現實生活中那些有著潛在關系和復雜結構的實體。到目前為止，這種方式還不錯。 但當我們想存儲這些實體時問題便來了。傳統上，我們以行和列的形式把數據存儲在關系型數據庫中，相當于使用電子表格。這種固定的存儲方式導致對象的靈活性不復存在了。 但是如何能以對象的形式存儲對象呢？相對于圍繞表格去為我們的程序去建模，我們可以專注于**使用**數據，把對象本來的靈活性找回來。 **對象(object)**是一種語言相關，記錄在內存中的的數據結構。為了在網絡間發送，或者存儲它，我們需要一些標準的格式來表示它。[JSON (JavaScript Object Notation)](http://en.wikipedia.org/wiki/Json)是一種可讀的以文本來表示對象的方式。它已經成為NoSQL世界中數據交換的一種事實標準。當對象被序列化為JSON，它就成為**JSON文檔(JSON document)**了。 Elasticsearch是一個分布式的**文檔(document)**存儲引擎。它可以實時存儲并檢索復雜數據結構——序列化的JSON文檔。換言說，一旦文檔被存儲在Elasticsearch中，它就可以在集群的任一節點上被檢索。 當然，我們不僅需要存儲數據，還要快速的**批量**查詢。雖然已經有很多NoSQL的解決方案允許我們以文檔的形式存儲對象，但它們依舊需要考慮如何查詢這些數據，以及哪些字段需要被索引以便檢索時更加快速。 在Elasticsearch中，**每一個字段的數據**都是**默認被索引**的。也就是說，每個字段專門有一個反向索引用于快速檢索。而且，與其它數據庫不同，它可以在**同一個查詢中**利用所有的這些反向索引，以驚人的速度返回結果。 在這一章我們將探討如何使用API來創建、檢索、更新和刪除文檔。目前，我們并不關心數據如何在文檔中以及如何查詢他們。所有我們關心的是文檔如何安全在Elasticsearch中存儲，以及如何讓它們返回。