我看到很多公司都在使用MongoDB对应用程序日志进行实时分析。它的无模式性非常适合应用程序日志，因为在应用程序日志中，记录模式往往会不时更改。此外，它的Capped Collection功能也很有用，因为它会自动清除旧数据以保持数据适合内存。

这是我真的认为MongoDB适合的一个领域，但MySQL/PostgreSQL一般更推荐。网络上有很多文档和开发人员资源，以及它们的功能和健壮性。

就像之前说的， 你可以在很多选择中选择，看看所有的选择: http://kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis

我的建议是找到你的最佳组合: 如果你需要ACID并且想要连接一些表，MySQL + Memcache真的很好 MongoDB + Redis是完美的文档存储 Neo4J是完美的图形数据库

我做什么:我开始使用MySQl + Memcache，因为我习惯了，然后我开始使用其他数据库框架。在一个项目中，你可以结合MySQL和MongoDB为例!

如果需要复杂的事务，我会建议使用RDBMS。否则我会选择MongoDB，它工作起来更灵活，你知道它可以在你需要的时候扩展。(虽然我有偏见-我在MongoDB项目工作)

你知道，所有这些关于连接和“复杂事务”的东西——但许多年前是Monty自己解释了COMMIT / ROLLBACK的“必要性”，他说“所有这些都是在逻辑类(而不是数据库)中完成的”——所以这是同样的事情。我们所需要的是一个愚蠢但非常整洁和快速的数据存储/检索引擎，用于99%的web应用程序。

我看到很多公司都在使用MongoDB对应用程序日志进行实时分析。它的无模式性非常适合应用程序日志，因为在应用程序日志中，记录模式往往会不时更改。此外，它的Capped Collection功能也很有用，因为它会自动清除旧数据以保持数据适合内存。

这是我真的认为MongoDB适合的一个领域，但MySQL/PostgreSQL一般更推荐。网络上有很多文档和开发人员资源，以及它们的功能和健壮性。

来存储这些非结构化数据

正如你所说，MongoDB最适合存储非结构化数据。这可以将数据组织成文档格式。这些被称为NoSQL数据存储(MongoDB、CouchDB、Voldemort)的RDBMS替代品对于大规模扩展的应用程序非常有用，并且需要从这些大数据存储中更快地访问数据。

而且这些数据库的实现比常规的RDBMS简单。由于这些是简单的键值或文档样式二进制对象，直接序列化到磁盘中。 这些数据存储不强制ACID属性和任何模式。这没有提供任何事务处理功能。因此，这可以扩大规模，我们可以实现更快的访问(读和写)。

但与之相反，RDBM在数据上强制执行ACID和模式。如果想要处理结构化数据，可以使用RDBM。

我会选择MySQL来创建这类论坛。因为这个规模不会很大。这是一个非常简单(常见)的应用程序，它具有数据之间的结构化关系。