2010年應該被人們記住，因為SQL將在這一年死去。這一年關聯式資料庫行將就木，這一年開發人員發現他們再不需要長時間辛苦的構造列或者表格來存放資料。
2010年將是文檔型資料庫的起始年。儘管這樣的勢頭已經持續多年，現在才是一個更多，更廣泛的文檔型資料庫出現的年代。從雲端式計算的Amazon到Google，大量開源工具，以及隨之誕生的CouchDB和MongoDB。
那麼什麼是MongoDB?下面有五件事是PHP開發人員應該瞭解的：
1. MongoDB是一個單獨的伺服器;
2. MongoDB是基於文檔，而不是基於表;
3. MongoDB中較少的Schema;
4. 你不需要學習另外的語言;
5. MongoDB有良好的PHP支援。
1. MongoDB是一個單獨的伺服器
就像MySQL和PostgreSQL一樣，MongoDB將監聽接入的連結。它提供的工具作用包括詢問，建立，更新和刪除。理論上，你將跟在MySQL和PostgreSQL一樣的進行工作：連結，處理，然後再關閉連結。
2. 向行和表說再見，歡迎文檔和收集器
代替儲存資料的表和行，MongoDB將資料儲存在文檔中。假如我們有一篇帶標題的“文章”，它有多個作者，一個主題和標籤。所有這些看起來就像下面：
複製代碼 代碼如下:
array(
'title'=>'Hello World',
'authors'=>array('John','Sally','Jim'),
'body'=>'Hello world',
'tags'=>array('tag1','tag2','tag3')
);
?>
上面的例子中最關鍵的就是那一條記錄——這篇文檔——是的，確實儲存起來就像是一篇文檔，支援複合形式的值儲存在同一地區。不再需要結構化，不需要將資料按照表來區分。因此，表已經不存在了。
3. MongoDB包含較少的schema
MongoDB沒有schema語言。如果你想建立一種文件類型，你不需要告訴資料庫任何事情。儘管將新的資料放到資料庫中就行了。
在第二點中，我類比了一個文檔。現在我想為所有地區定義一個文章類型，所有我需要做的就是將這些資料寫到資料庫中。如果我決定延緩寫入呢?我只需要拉出這部分資料，然後加上日期欄位，最後儲存就行。
那麼資料類型怎麼辦?簡單的回答就是MongoDB運用一種強制系統，類似JavaScript或者PHP。如此這樣，資料庫極好的弱化了類型的作用。
這有一些漏洞(超大量的資料需要一些明確的定義)，不過多數情況下，你寫你的MongoDB代碼就像在PHP上編程一樣。
4. 你不需要學習另外的語言
回憶一下其他你曾寫過的資料庫抽象層。回憶所有你曾使用過的ORM層。那麼你現在可以拋棄他們的，在MongoDB上你用不著他們了。
MongoDB(包含它的PHP驅動)不需要詢問語言。在大多數案例中，你只需要簡單的給定一個指標具體制定你需要的，然後返回你一個文檔指向。
如果你運行一些高階函數(比如Map-Reduce)，你可以通過JavaScript應用加入到MongoDB中去，並且在JavaScript內部引擎中運行這些指令碼。
5. PHP和MongoDB是天生一對?
PHP已經對MongoDB具備很好的支援。Mongo驅動可以作為一個PECL附加元件加入到PHP，這意味著安裝起來就像運行PECL一樣安裝Mongo。
看到這裡，你可以開始編寫Mongo的API了。更廣一些說，它和PDO排在一起。不是簡單的消亡，但是絕對不同於我們之前開發過的資料庫。
API的說明文檔將包括一個引導和許多例子，這樣你就可以在短時間內自舉。下面將是對你十分有用的提示。
MongoDB發展非常快。
開發時間非常短，沒有過多的模式來管理，很少(如果有的話)的資料對應。
因為沒有新的查詢語言要學習，代碼的調整很小。畢竟，你不需要另外的ORM，封包也非常輕。
你的代碼是未來的保證，可以更輕鬆的為你的對象增加更多的領域，甚至是更複雜的領域。因此你的代碼可以很輕鬆的適應需求的變化。
延伸閱讀
Mongo是一個高效能，開源，無模式的文檔型資料庫，它在許多情境下可用於替代傳統的關係型資料庫或鍵/值儲存方式。Mongo使用C++開發，提供了以下功能：
◆
面向集合的儲存：適合儲存物件及JSON形式的資料。
◆
動態查詢：Mongo支援豐富的查詢運算式。查詢指令使用JSON形式的標記，可輕易查詢文檔中內嵌的對象及數組。
◆
完整的索引支援：包括文檔內嵌對象及數組。Mongo的查詢最佳化工具會分析查詢運算式，並產生一個高效的查詢計劃。
◆
查詢監視：Mongo包含一個監視工具用於分析資料庫操作的效能。
◆
複製及自動容錯移轉：Mongo資料庫支援伺服器之間的資料複製，支援主-從模式及伺服器之間的相互複製。複製的主要目標是提供冗餘及自動容錯移轉。
◆
高效的傳統儲存方式：支援位元據及大型物件(如照片或圖片)。
◆
自動分區以支援雲層級的伸縮性(處於早期alpha階段)：自動分區功能支援水平的資料庫叢集，可動態添加額外的機器。
MongoDB的主要目標是在鍵/值儲存方式(提供了高效能和高度伸縮性)以及傳統的RDBMS系統(豐富的功能)架起一座橋樑，集兩者的優勢於一身。根據官方網站的描述，Mongo適合用於以下情境：
◆
網站資料：Mongo非常適合即時的插入，更新與查詢，並具備網站即時資料儲存所需的複製及高度伸縮性。
◆
緩衝：由於效能很高，Mongo也適合作為資訊基礎設施的緩衝層。在系統重啟之後，由Mongo搭建的持久化緩衝層可以避免下層的資料來源過載。
◆
大尺寸，低價值的資料：使用傳統的關係型資料庫儲存一些資料時可能會比較昂貴，在此之前，很多時候程式員往往會選擇傳統的檔案進行儲存。
◆
高伸縮性的情境：Mongo非常適合由數十或數百台伺服器組成的資料庫。Mongo的路線圖中已經包含對MapReduce引擎的內建支援。
◆
用於對象及JSON資料的儲存：Mongo的BSON資料格式非常適合文檔化格式的儲存及查詢。
自然，MongoDB的使用也會有一些限制，例如它不適合：
◆
高度事務性的系統：例如銀行或會計系統。傳統的關係型資料庫目前還是更適用於需要大量原子性複雜事務的應用程式。
◆
傳統的商業智慧應用：針對特定問題的BI資料庫會對產生高度最佳化的查詢方式。對於此類應用，資料倉儲可能是更合適的選擇。
◆
需要SQL的問題。
MongoDB支援OS X、Linux及Windows等作業系統，並提供了Python，PHP，Ruby，Java及C++語言的驅動程式，社區中也提供了對Erlang及.NET等平台的驅動程式。
http://www.bkjia.com/PHPjc/327248.htmlwww.bkjia.comtruehttp://www.bkjia.com/PHPjc/327248.htmlTechArticle2010年應該被人們記住，因為SQL將在這一年死去。這一年關聯式資料庫行將就木，這一年開發人員發現他們再不需要長時間辛苦的構造列或者表格...
