> 這章那么短不是我的錯，MongoDB 就真的很易學。 都說技術在飛速發展。確實，有接連不斷的新技術新方法出現。但是，我一直認為，程序員用到的基礎技術的發展卻是相當緩慢的。你可以好幾年不學習但還能混得下去。令人驚訝的其實是成熟技術的被替換速度。就像在一夜之間，那些長期穩定成熟的技術發現它們不再被開發者關注。 最好的例子就是 NoSQL 技術的發展，以及它對穩定的關系型數據庫市場的蠶食。看起來就像，昨天網絡還是由 RDBMS 們來驅動的，而今天，就冒出五種左右的 NoSQL 解決案已經證明了它們都是值得擁有的。 雖然這些轉變看起來都是一夜之間發生的，實際上他們他們可能花了數年的時間來取得公眾的認可。最開始是由一小波開發者和公司在推動。解決方案被不斷細化，吸取教訓，然后一個新技術就這樣誕生了，慢慢的后來者也開始了嘗試。再次重申，NoSQL 的許多解決方案并不是為了取代傳統的存儲方案，而是解決一些特殊需求，填補了傳統解決方案的一些空白。 說了那么多，我們第一件應該解決的事情是解釋一下什么是 NoSQL。它是一個寬松的概念，不同的人有不同的見解。就個人而言，我通常認為它是數據存儲系統的一部分。換而言之，NoSQL (重申, 就我而言)，的好處是讓你的持久層不需要一個獨立的系統。歷史上，傳統的關系數據庫廠商嘗試把他們的產品當作一攬子解決方案，NoSQL 傾向于扮演，在特定的工作中充當最好的工具這種角色。因此，你的 NoSQL 架構中還是可以用到關系型數據庫，比如說 MySQL，但是可以也可以用 Redis 作為系統中某部分的持久層，或者是用到 Hadoop 來處理大數據。簡而言之，NoSQL 就是需要用開放的可代替的意識，使用現有的或者未來的方式和工具來管理你的數據。 你會想知道，MongoDB 是不是適用于這一切。作為一個面向文檔數據庫，MongoDB 是最通用的 NoSQL 解決案。它可以看成是關系型數據庫的代替方案。和關系型數據庫一樣，它也可以和其他的 NoSQL 解決案搭配在一起更好的工作。MongoDB 有優點也有缺點，我們將會在本書后面的章節中介紹。 如你所見，我們混用了 MongoDB 和 Mongo 兩個術語。