DynamoDB与MongoDB NoSQL
我试图弄清楚我可以在未来的项目中使用什么,我们计划在第一年每月存储大约500k条记录,而在未来几年可能会存储更多这是一个垂直应用程序,因此不需要使用数据库为此,这就是我决定选择一个noSQL数据存储的原因。
我想到的第一个选择是mongo db,因为它是一种非常成熟的产品,得到了社区的大力支持,但另一方面,我们获得了一款全新的产品,可以提供顶级性能的托管服务,我将开发此产品应用程序,但没有维护计划(至少现在),所以我认为这将是一个巨大的优势,因为亚马逊提供了一种有弹性的扩展方式。
我主要关心的是查询结构,我还没有看过dynamoDB查询功能,但因为是ak / v数据存储,我觉得这可能比mongo db更有限。
如果有人有将项目从mongoDB移动到DynamoDB的经验,任何建议都将得到完全赞赏。
我知道这是旧的,但是当你搜索比较时它仍然会出现。 我们使用的是Mongo,几乎完全转移到Dynamo,这是我们现在的首选。 不是因为它有更多的功能,它不是。 Mongo有一个更好的查询语言,你可以在一个结构中索引,有很多小东西。 迪纳摩的优势在于OP在他的评论中所说的:很简单。 您不必照顾任何服务器。 当你开始设置Mongo分片解决方案时,它会变得复杂。 您可以去其中一家托管公司,但这也不便宜。 使用Dynamo,如果您需要更多的吞吐量,您只需点击一个按钮即可。 您可以编写脚本来自动缩放。 当需要升级Dynamo时,它已经为您完成了。 这些都是宝贵的压力和时间。 如果你没有专门的操作人员,Dynamo非常棒。
所以我们现在默认使用Dynamo。 Mongo也许,如果数据结构足够复杂以保证它,但那么我们可能会回到SQL数据库。 Dynamo很呆板,您真的需要考虑如何构建它,并且您可能会在Elasticcache中使用Redis以使其适用于复杂的内容。 但它确实很好,无需照顾它。 你编码。 而已。
有了500k的文件,没有理由扩展任何规模。 一台典型的带有SSD和8GB RAM的笔记本电脑可以轻松完成数以百万计的记录,所以如果您因为扩展选择而试图挑选并不重要。 我建议你选择你最喜欢的,也许你可以在哪里找到最多的在线支持。
为了快速进行比较,我非常喜欢这个网站,它有许多比较页面,例如AWS DynamoDB vs MongoDB; http://db-engines.com/en/system/Amazon+DynamoDB%3BMongoDB
链接地址: http://www.djcxy.com/p/86457.html上一篇: DynamoDB vs MongoDB NoSQL
下一篇: MongoDb and NoSQL Databases Comparision (working with XML Documents)