1

目前，我每天都会进行一次网络抓取，它使用node.io并将结果放入 Mongo 数据库。我在一些集合上运行 map/reduce，Mongo 似乎很好地完成了我需要的事情。

我有一个使用Grape的 REST API 的开始，它似乎工作得很好。

下一步是推动应用程序面向客户端的一面......

我已经开始设置 Rails 并且打算使用 MySQL 来处理关系数据。然而，这是最好的主意吗？或者，在应用程序的其余部分继续使用 Mongo 并依靠客户端 JS（Backbone / Ember）来处理视图更新等会更好吗？我想使用最好的工具来完成这项工作，但也希望尽可能保持清洁。

4

1 回答 1

2

这在很大程度上取决于您的应用程序的细节，我认为我们不可能以目前的形式客观地回答。

但是，我个人的主观意见将坚持使用 Mongo：

  1. 只需维护一个 DBMS，您的烦恼就会少得多
  2. Mongo 本质上不如 RDBMS 令人头疼（在我看来）
  3. Mongo 和 Rails 与 Mongoid/MongoMapper 的集成非常好

不确定“依靠客户端 JS 来处理视图更新等”是什么意思？- 你能详细说明吗？

于 2012-06-09T00:21:51.043 回答