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

我正在开发一家餐厅应用程序，并会为特定的客人提供每日订单。因为我认为每天使用NoSQL数据库的数据库例如MongoDB避免在关系数据库中进行大量的连接（例如，特定客户的特定日期的订单用餐）。其他数据如访客数据（姓名，姓氏等）将存储在关系数据库中。你觉得呢？对于这类问题，NoSQL数据库是不错的解决方案吗？NoSQL日常数据的好解决方案？

谢谢

来源

2011-02-18 LeonS

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

数据库中蒙戈的风格提供了一些比传统的RDBMS的优势，但这些优势才真正在以下领域：（？网络规模）

处理/加工巨大的不可─的数量特别是结构化的数据
更便宜的硬件
提供了非常非常快的性能最大正常运行时间

应用Ÿ提供方便的集群另一方面，描述不太可能需要近乎防弹的正常运行时间，并且也不太可能需要快速处理/存储海量数据。

您的数据听起来非常结构清晰的关系，即使是非常繁忙的餐厅也不会产生可证明MongoDB风格的分片/集群的数据量。

所以，除非你正在寻找一个项目来帮助你学习MongoDB，否则我会建议坚持使用传统的数据库。

来源

2011-02-18 12:21:13 Rich

我想我会用RDBMS的方法，因为你提到的原因。但通过我对MongoDB的研究，它看起来非常好，我将在测试项目中使用它。 – LeonS 2011-02-18 21:42:15

这不仅仅是为了给出任何提示的一个弱的描述你的要求。

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

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

此外谷歌“的MongoDB架构设计” ......很多有用的幻灯片和博客上来的。

来源

2011-02-18 12:05:03

我为我的应用程序使用mysql和MongoDB。让我们面对它，尽我所能努力，我仍然需要某种类型的连接查询。在Mongo中，这意味着向DB拨打两个电话，但因为速度太快，我没有受到性能影响。我将我的用户会话信息存储在MySQL中，并使用Mongo来存储用户信息。我喜欢它的是地理空间特征。

来源

2011-02-18 12:20:51 luckytaxi

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

回答

相关问题