2011-02-18 30 views
0

我正在開發一家餐廳應用程序,並會爲特定的客人提供每日訂單。因爲我認爲每天使用NoSQL數據庫的數據庫例如MongoDB避免在關係數據庫中進行大量的連接(例如,特定客戶的特定日期的訂單用餐)。其他數據如訪客數據(姓名,姓氏等)將存儲在關係數據庫中。 你覺得呢?對於這類問題,NoSQL數據庫是不錯的解決方案嗎?NoSQL日常數據的好解決方案?

謝謝

回答

4

我會堅持使用傳統的RDBMS--除非這是一個學習/理解MongoDB /其他項目的項目,否則一個正常的RDBMS將幫助您更輕鬆地實現所需。

數據庫中蒙戈的風格提供了一些比傳統的RDBMS的優勢,但這些優勢才真正在以下領域:(?網絡規模)

  • 處理/加工巨大的不可─的數量特別是結構化的數據
  • 更便宜的硬件
  • 提供了非常非常快的性能最大正常運行時間

應用Ÿ提供方便的集羣另一方面,描述不太可能需要近乎防彈的正常運行時間,並且也不太可能需要快速處理/存儲海量數據。

您的數據聽起來非常結構清晰的關係,即使是非常繁忙的餐廳也不會產生可證明MongoDB風格的分片/集羣的數據量。

所以,除非你正在尋找一個項目來幫助你學習MongoDB,否則我會建議堅持使用傳統的數據庫。

+0

我想我會用RDBMS的方法,因爲你提到的原因。但通過我對MongoDB的研究,它看起來非常好,我將在測試項目中使用它。 – LeonS 2011-02-18 21:42:15

0

這不僅僅是爲了給出任何提示的一個弱的描述你的要求。

如果您的數據模型符合MongoDB的選項(無JOIN,嵌入式文檔,數據庫引用),那就試試吧。

http://www.mongodb.org/display/DOCS/Schema+Design

此外谷歌「的MongoDB架構設計」 ......很多有用的幻燈片和博客上來的。

0

我爲我的應用程序使用mysql和MongoDB。讓我們面對它,盡我所能努力,我仍然需要某種類型的連接查詢。在Mongo中,這意味着向DB撥打兩個電話,但因爲速度太快,我沒有受到性能影響。我將我的用戶會話信息存儲在MySQL中,並使用Mongo來存儲用戶信息。我喜歡它的是地理空間特徵。