流星：mongodb适合整个应用吗？

Question

我是NoSQL世界的新手，我刚刚找到了this article。

我试图理解它的含义，但有些事情对我来说并不容易理解。我也注意到这篇文章有点旧，所以我想知道它是否仍然适用，当作者说你永远不应该使用MongoDB 时。

所以我想知道他是否正确，所以我应该停止学习mateor.js？ meteor完全基于MongoDB。读完这篇文章后，我真的很困惑......

Answer 1

我不知道这是答案还是长篇评论，但是......

没有人能告诉你＆＃34;是否使用有用工具的锤子＆＃34; 。整个过程取决于您的用例。为了满足你的反思，MongoDB 不有加入，也没有交易。如果您需要它们，那么可能不是正确的工具。如果您不需要它们，可能它可能是正确的工具。或者，本着同样的精神，如果您的应用程序适合传统的RDBMS，您就不需要切换到NoSQL。但是如果你达到RDBMS的极限（因为你需要非常高的性能或可扩展性，或者你正在使用＆＃34;大数据＆＃34;）可能现在是时候看一些了的替代品。

无论如何，请注意：NoSQL不是RDBMS的替代品。这是一个完全不同的东西要学习。

Answer 2

上一篇文章“Sylvain Leroux”已经很好地向你解释了这些东西，但很少添加或强调你应该知道的一些事情

1. Mongo对某些特定情况并不好，但对其他人来说却很光彩。您不能将其视为RDBMS的替代品，反之亦然。它像针和剑一样有其自身的好处，你不能用它们中的任何一个作为其他的替代品。
2. 从技术上讲，你没有像RDBMS那样的连接，但我们真的需要它们吗？大部分案例都是NO，因为我们可以嵌入同一个集合中，而且很少有我们可以单独收集并“链接”它们。
3. 人们说Mongo中没有交易，看起来我们无法像Mongo那样实现交易。相信我，它不是一个限制，它是一个功能。 （可以单独讨论，我可以告诉你为什么）。为了实现像行为这样的事务，你可以调整你的代码，使其在交易时“最终保持一致”。您可以在此处参考用户A向用户B汇款的最佳示例。 http://docs.mongodb.org/manual/tutorial/perform-two-phase-commits/

Answer 3

任何技术都有自己的专业技术。利弊。如果您的文章说明为什么MongoDB不能用于该应用程序，那么MongoDB是其​​中一些最佳解决方案之一。

http://www.netsolutionsindia.com/blog/what-is-mongodb/