注意，Mongo本质上存储的是JSON。如果你的应用程序正在处理大量的JS对象(嵌套)，你想要持久化这些对象，那么使用Mongo是一个非常有力的理由。它使你的DAL和MVC层变得非常薄，因为它们没有将所有的JS对象属性拆开包装，并试图将它们强行放入一个它们不自然适合的结构(模式)中。

我们有一个系统，它的核心有几个复杂的JS对象，我们喜欢Mongo，因为我们可以很容易地持久化所有东西。我们的对象也相当无定形和无结构，Mongo毫不眨眼地吸收了这种复杂性。我们有一个自定义的报告层，它可以为人类消费破译无定形的数据，这并不难开发。

你可能更喜欢Mongo的两个主要原因是

模式设计的灵活性(JSON类型文档存储)。 可伸缩性——只要增加节点，它就可以很好地横向扩展。

适用于大数据应用。RDBMS不适用于大数据。

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

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

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

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

注意，Mongo本质上存储的是JSON。如果你的应用程序正在处理大量的JS对象(嵌套)，你想要持久化这些对象，那么使用Mongo是一个非常有力的理由。它使你的DAL和MVC层变得非常薄，因为它们没有将所有的JS对象属性拆开包装，并试图将它们强行放入一个它们不自然适合的结构(模式)中。

我们有一个系统，它的核心有几个复杂的JS对象，我们喜欢Mongo，因为我们可以很容易地持久化所有东西。我们的对象也相当无定形和无结构，Mongo毫不眨眼地吸收了这种复杂性。我们有一个自定义的报告层，它可以为人类消费破译无定形的数据，这并不难开发。

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

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