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
