mysql - 使用 (No)SQL 的 Rails 微博

Question

我目前正在开发一个“微博”类型的应用程序。我正在使用 Rails3 和 MySQL。我开始怀疑这是否真的是个好主意。 2-3 年后的状态表可能包含数百万行。

MySQL 可以处理这个数量还是我应该转换为像 Mongo 这样的 NoSQL 解决方案？我处于早期开发阶段，因此在此状态下转换应用程序不会有问题。

你怎么看？这不是关于 SQL 与 NoSQL 的问题。它是关于什么最适合这种应用程序？

/托比亚斯

Answer 1

如果没有更多关于您的微博应用的愿望的信息，这是一个很难回答的问题。这取决于您如何设计它以及人们将如何使用它。

但是，一般来说(在这里挥手)，这种类型的应用程序可以通过 NoSQL 解决方案进行最佳建模。

您将拥有几个基本模型:用户、博客、帖子、评论、附件

使用像 MongoDB 这样的解决方案，您可以将帖子建模为对象，其中包含与评论和附件相关的部分(或全部)信息，喜欢，保存(做一点非规范化)作为嵌入对象而不是单独的集合/表否则必须将它们连接在一起才能获得相同的信息。

这很酷，因为当您从数据存储中检索帖子对象时，您将拥有所有这些丰富的元数据(不会产生加入该数据的额外成本)

但是，如果您的博客属于很少使用或显示此信息的类型，则此类设计不会为您带来太多性能。

话虽如此，您显然也可以使用传统数据库进行非规范化，但 NoSQL 方法更适合数据模型。