什麼應用情境考慮用mongdb？

mysql和redis現用的很好很熟練，什麼情境下我應該捨棄這些工具，轉而考慮用mongo去儲存資料？

另外：
目前在探索儲存文章類型的資料，文章內容的樣式化需要儲存，又不破壞檢索工具對內容的檢索能力，效能也得過的去，我需要一套良好的解決方案，對於資料庫的特性和比較我自己肯定是會提前查過資料的，所以答案不是單純的比較資料庫特性，我的實際問題可能偏向於實戰和經驗。

做過日訂單百萬的APP後台，用的Mysql和Redis，對於一般問題MySQL和Redis都可以支撐，有什麼理由或情境會逼我或推薦我去用mongo呢，mongo靈活的資料類型儲存，我目前只想到日誌的儲存用mongo比較好。文章類的網站我新手開發，需要經驗指引，先謝謝

回複內容：

mysql和redis現用的很好很熟練，什麼情境下我應該捨棄這些工具，轉而考慮用mongo去儲存資料？

另外：
目前在探索儲存文章類型的資料，文章內容的樣式化需要儲存，又不破壞檢索工具對內容的檢索能力，效能也得過的去，我需要一套良好的解決方案，對於資料庫的特性和比較我自己肯定是會提前查過資料的，所以答案不是單純的比較資料庫特性，我的實際問題可能偏向於實戰和經驗。

做過日訂單百萬的APP後台，用的Mysql和Redis，對於一般問題MySQL和Redis都可以支撐，有什麼理由或情境會逼我或推薦我去用mongo呢，mongo靈活的資料類型儲存，我目前只想到日誌的儲存用mongo比較好。文章類的網站我新手開發，需要經驗指引，先謝謝

要一一列舉出來合適的用法很...

我們反過來思考，什麼情境不適合用mangodb？

我們有個使用者個人中心：
一個使用者可以有很多個朋友，朋友可以有很多留言，留言可以有很多回複，留言可以有很多點贊的人

用mongodb來建模，就是一個大json，裡面我們有個使用者，然後使用者裡面有個朋友數組，留言數組，回複數組，點贊使用者數組，這些數組裡存放的是完整資訊，查詢的時候一次就全部擷取到！

但是，帶來了一個問題
因為朋友數組裡的朋友資訊其實就是使用者資訊，所以存放完整資訊造成資料冗餘了，這個問題也好解決，那就是在數組裡存放id，再根據id去對應的資料來源裡查資料，

但是，mongodb沒有join操作，所以又要在代碼層中手工做關聯工作，很..

這樣看來，mongodb不適合儲存有關係，關係，關係，的資料。

為什麼你不應該使用 MongoDB
Why You Should Never Use MongoDB

