MongoDB的VS MySQL存儲空間比較

Question

我建立一個數據倉庫的房子，是15 + TB的範圍。儘管存儲價格便宜，但由於預算有限，我們必須儘可能多地將數據壓縮到該空間，同時保持性能和靈活性，因爲數據格式經常變得非常安靜。

我試圖Infobright的（社區版）作爲SQL解決方案，它在存儲和性能的長期工作精彩，但是在數據/表變更的限制使得它幾乎沒有去。而infobright對企業版的定價非常陡峭。

檢查出的MongoDB後，似乎有希望的，除了一兩件事。我正在和一個10gen的人聊天，他表示，他們並沒有真正考慮存儲空間的問題，因爲他們將數據展平以達到性能和靈活性，而且他們認爲存儲太便宜了現在要被打擾了。

因此，任何有經驗的用戶蒙哥在那裏可以在它的存儲空間VS MySQL的評論（因爲它是我們對比較現在的標準）。如果它更大或更小，你能給出一個粗略的比例嗎？我知道這非常依賴於你在SQL中放置什麼類型的數據，以及如何定義字段，索引等等，但我只是試圖獲得一個總體思路。

感謝您的幫助！

Answer 1

MongoDB是不小的磁盤空間的優化 - 如你所說，「磁盤很便宜」。

從我所看到和閱讀，這是相當困難的所需的磁盤空間，估計是由於：文件

• 填充，以允許就地更新
• 屬性名稱存儲在每一組中，所以你可能會使用縮寫節省相當多
• 沒有內置的壓縮​​（目前）
• ...

恕我直言，一般的做法是建立一個原型，插入數據並查看您的特定用例需要多少磁盤空間。你可以更模擬你的查詢（插入和更新），結果會更好。

欲瞭解更多詳情，請參閱http://www.mongodb.org/display/DOCS/Excessive+Disk+Space爲好。