内容修订历史移动数据库?

时间:2011-11-22 08:25:21

标签: mongodb database

我保留了某种内容类型的内容修订历史记录。它存储在MongoDB中。但由于数据不经常访问,我并不需要它,占用内存。我把它放在一个较慢的硬盘数据库中。

我应该把它放在哪个数据库中?我正在寻找一些非常便宜并且可以使用云托管的东西。而且我不需要速度。我正在看SimpleDB,但它似乎不太受欢迎。 rdbms似乎不容易处理,因为我的数据被构造成文档。我有什么选择?

由于

4 个答案:

答案 0 :(得分:0)

取决于您希望查看此旧数据的频率:

为什么不在需要时将mongodump用于本地磁盘和mongorestore。

文档here

使用信息here

设置本地mongo实例并克隆数据库

答案 1 :(得分:0)

根据您的问题和评论,您可能找不到完美的解决方案。您想要免费或便宜的存储空间,并希望在线提供您的数据。

我认为只有一种解决方案可行:

  1. 坚持使用MongoDB。 SimpleDB不允许您存储文档,只允许存储键值对。
  2. 您可以为历史记录创建单独的集合。使用可为您提供免费套餐的云服务。例如,http://MongoLab.com为您提供240Mb免费套餐。
  3. 如果您超过免费套餐,您可以查看丢弃最旧的数据,将其移至离线存储,或开始为您使用的内容付费。
  4. 如果您的数据增长很多,您将不得不决定是否付费,在线或离线保留,或丢弃它。

答案 2 :(得分:0)

如果您正在处理许多大型对象(BLOBS或CLOBS),您还可以将“非索引”数据与数据库分开存储。这使数据库既便宜又快速。在需要时,可以从任何便宜的存储中检索大型对象。

答案 3 :(得分:0)

Cloudant.com非常适合在云中托管您的数据库,它使用Big Couch,这是一个nosql的东西。我正在将它用于我的社交网站,因为Couch DB(Big Couch)类似于开放式结构,你通过JSON与它交谈。它非常棒的东西,但从SQL迁移到使用Map-Reduce非常奇怪,但是一旦你做了它的价值。我做了一些研究,因为我很长一段时间都是.NET的人,但转向Linux和Node.js部分是出于bordom和对JavaScript的热爱。这些东西只是合在一起,因为Node.js是后端的所有JavaScript,并且与Couch DB无缝对话,整个事情就像疯了一样。