Mongodb 迁移Azure表存储

Mongodb 迁移Azure表存储,mongodb,azure,ravendb,azure-table-storage,nosql,Mongodb,Azure,Ravendb,Azure Table Storage,Nosql,我有一个基于azure的云本地应用程序。该应用程序使用azure表存储 由于一个极好的机会,我决定也在本地提供该应用程序。所以我必须替换NoSql数据提供程序。。。我的问题是:哪种解决方案更像Azure表存储?蒙哥?掠夺你说得对 我打算毫不费力地迁移代码,比如从SQLAzure迁移到SQLServer2012。。。不需要更改代码。。。但我知道没有等效的表存储。。。所以我打算找到一个能尽可能减少我的TTM的方法 MongoDB将为您提供一个一致的存储框架,您可以在云中和本地使用,并且对Window

我有一个基于azure的云本地应用程序。该应用程序使用azure表存储

由于一个极好的机会,我决定也在本地提供该应用程序。所以我必须替换NoSql数据提供程序。。。我的问题是:哪种解决方案更像Azure表存储?蒙哥?掠夺你说得对


我打算毫不费力地迁移代码,比如从SQLAzure迁移到SQLServer2012。。。不需要更改代码。。。但我知道没有等效的表存储。。。所以我打算找到一个能尽可能减少我的TTM的方法

MongoDB将为您提供一个一致的存储框架,您可以在云中和本地使用,并且对Windows Azure有很好的支持。

MongoDB和表存储并不是完全可以互换的替代品。一个是键/值,另一个是文档。我比较了这两个

无法回避的事实是,表存储是存储即服务,您只需支付数据量(加上非常小的每笔交易成本),而要使用MongoDB,您必须将其托管在您自己的虚拟机中(这给了您大量的存储空间,但以虚拟机为代价),或者使用托管器(例如MongoDB,它目前免费提供500MB)。无论如何,您必须做一些代码更改才能在表存储上使用MongoDB

我不确定是否存在与本地可安装的表存储等效的键/值存储。无论您选择什么,如果您调出表存储,都会对Azure端解决方案进行修改


对于您的内部部署解决方案,是否可以提供一个相对简单的MongoDB后端?也就是说:使用一个索引替换rowkey,然后将表实体存储为文档(避免子文档)?这将使您的数据布局非常相似。在这一点上,您可以使用聚合框架之类的东西进行一点数据处理,而不会损坏数据的总体布局样式/模式。

我的应用程序已经使用了表存储…云上的mongodb将需要至少再运行两个VM/实例(考虑到高可用性)我现在负担不起…有趣…确实有趣…我注意到微软已经发布了“云系统”的内部版本(SQL Server 2012 for SQL Azure…Service Bus for Windows Server…AppFabric Cache…等等)。也许我们也会得到一个表存储。。。