NoSQL是日常数据的好解决方案吗？

Question

我正在开发一个餐馆应用程序，每天都会有特定客人的订单。因为我认为使用NoSQL数据库的每日数据库，例如MongoDB避免在关系数据库中进行大量连接（例如特定客户特定日期的订单用餐）。其他数据如访客数据（名字前，姓氏......）将存储在关系数据库中。 你怎么看？ NoSQL数据库是解决这类问题的好方法吗？

感谢

Answer 1

我会坚持使用传统的RDBMS - 除非这是一个学习/理解MongoDB / other的项目，否则正常的RDBMS将帮助您更轻松地实现您想要的目标。

Mongo风格的数据库提供了许多优于传统RDBMS的优势，但这些优势仅适用于以下领域：

• 处理/处理大量（网络规模？）数量的非特定结构数据
• 在更便宜的硬件上提供非常快速的性能
• 提供简便的群集以实现最长的正常运行时间

另一方面，您描述的应用程序不太可能需要接近防弹的正常运行时间，也不太可能需要快速处理/存储大量数据。

您的数据听起来非常结构化，具有明确定义的关系，即使是非常繁忙的餐厅也不会产生大量数据，这些数据可以证明MongoDB风格的分片/聚类是合理的。

因此，除非您正在寻找帮助您学习MongoDB的项目，否则我建议您坚持使用传统数据库。

Answer 2

这不仅仅是对您的要求的弱描述，以便给出任何提示。

如果您的数据模型适合MongoDB的选项（没有JOIN，嵌入式文档，数据库引用），那就试试吧。

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

此外谷歌还有“Mongodb架构设计”......很多有用的幻灯片和博客即将推出。

Answer 3

我正在为我的应用程序使用mysql和MongoDB。让我们面对它，就像我尝试的那样努力，我仍然需要某种类型的连接查询。在Mongo中，它意味着对数据库进行两次调用，但由于速度非常快，我没有受到性能影响。我将用户会话信息存储在MySQL中，并使用Mongo存储用户信息。我喜欢它的是地理空间特征。