## 前言 本文節選自美～Michal S.Miknowski著的《單頁web應用， js從前端到后端》，從這里我學到了一些基礎入門的知識點，與大家共享。 ## 選擇數據庫，與其他數據庫的區別 * mysql 作為最常用的關系型數據庫，被用作開發最多。 * memcached 緩存服務，使用key~value存儲，可以存儲應用數據，提升用戶體驗，簡單有效，在早期的應用中，用戶登錄以及一些相關信息都是保存在這里 * neo4j 圖形數據庫 * cassandra或者mongodb 文檔數據庫，對于文件io操作有些明顯的優勢 ## 消除數據轉換 相信做過java或者php開發的肯定遇到過需要寫sql文，把查到的數據封裝成自己的數據模型，然后到前端顯示的時候又要轉換。 而前端與后端交互數據時傳遞的又是json，后端同學又要轉成自己的對象模型，解析成sql文存儲到數據庫的過程。 現在，這些統統不用，用mongodb 前后端以及服務器都是json格式的，不用轉換，而且開發語言都一樣，極大的利好。 ## 把邏輯放在需要的地方 之前我們的整體用戶邏輯分好多層去維護，比如前端，后臺，數據庫都要對數據進行檢驗，而這三端的語言又不同，維護成本較高。 當用mongodb的時候，因為三層的開發語言相同，所以我們只要考慮好邏輯應該放在那里就好，減少思維切換。 ## 面向文檔的存儲 Mongodb存儲的是json文檔，因為存儲和檢索的單位一致，所以不需要轉換。這樣，我們的應用將更加簡潔但這不意味著 它比java加mysql更快，但它意味著單一的數據格式下具備更加優異的性能。 ## 動態文檔結構 * 與關系型數據庫不同的是，不用創建表，不用修改schema，這樣的結構具有優點： 1文檔結構靈活，不管什么結構，它都會存儲文檔。如果文檔結構頻繁更改或者沒有結構，數據庫也不用調整，直接存儲。 2 經常變化的應用不需要改數據庫，比如更新文檔有了新的或者不同的屬性，我們可以部署應用，它會直接保存新的結構，否則可能要修改代碼了。 3 沒有會引起停機或者暫時的schema變化，不必鎖定數據庫部分功能。 4 不需要schema設計的專業知識，構建成本低。 * 沒有schema的缺點： 1沒有強制的文檔結構，在沒有數據庫級別的限制時，對文檔的任何修改都不會自動傳播給已有的文檔，當多個程序使用相同的集合時，比較痛苦。 2 沒有文檔結構的定義，就無法保證結構的一致，查看結構比較困難 3 沒有明確的定義，沒有辦法讓數據訪問更加準確，比如索引。 ## 開始使用 * 從官網下載安裝軟件，然后啟動相應的服務，啟動之后可以通過輸入MongoDB啟動shell，會看到版本信息。 * 其他具體的使用我們在下一篇文檔中詳細介紹哦。