История изменений контента, перемещение базы данных?

Question

Я веду историю изменений содержимого для определенного типа содержимого. Он хранится в MongoDB. Но поскольку к данным не часто обращаются, они мне там не нужны, они занимают память. Я бы положил его в более медленную базу данных на жестком диске.

В какую базу данных мне ее поместить? Я ищу что-то действительно дешевое и с доступным облачным хостингом. И мне не нужна скорость. Я смотрю на SimpleDB, но он не кажется очень популярным. С rdbms не все так просто, потому что мои данные структурированы в документы. Какие у меня варианты?

Спасибо

Answer 1

Cloudant.com очень хорош для размещения вашей БД в облаке, и он использует Big Couch, что является нюансом. Я использую его для своего социального сайта в работах, так как аналог Couch DB (Big Couch) имеет открытую структуру, и вы говорите с ним через JSON. Это довольно классная штука, но так странно переходить от SQL к использованию Map-Reduce, но как только вы это сделаете, это того стоит. Я провел некоторое исследование, потому что я парень .NET в течение долгого времени, но перешел на Linux и Node.js частично из-за скуки и любви к JavaScript. Эти вещи просто сочетаются друг с другом, потому что Node.js - это весь JavaScript на бэкэнде и, кажется, безобидно обращается к Couch DB, и все это масштабируется как сумасшедший.

Answer 2

Исходя из ваших вопросов и комментариев, вы можете не найти идеальное решение.Вам нужно бесплатное или дешевое хранилище, и вы хотите, чтобы ваши данные были доступны онлайн.

Существует только одно решение, которое я вижу возможным:

1. Палка с MongoDB.SimpleDB не позволяет хранить документы, только пары ключ-значение.
2. Вы можете создать отдельную коллекцию для своей истории.Используйте облачный сервис, который дает вам бесплатный уровень.Например, http://MongoLab.com дает вам бесплатный уровень 240 МБ.
3. Если вы превысили уровень бесплатного доступа, вы можете посмотреть на удаление самых старых данных, перемещение их в автономное хранилище или начать платить за то, что выиспользование.

Если ваши данные сильно растут, вам придется принять решение о том, платить ли вы за них, оставить их доступными онлайн или офлайн или отказаться от них.

Answer 3

Если вы имеете дело с большим количеством крупных объектов (BLOBS или CLOBS), вы также можете хранить «неиндексированные» данные отдельно от базы данных.Это сохраняет базу данных как дешево, так и быстро.Большие объекты могут быть извлечены из любого дешевого хранилища при необходимости.

Answer 4

Зависит от того, как часто вы хотите просматривать эти старые данные:

Почему бы вам не записать его на локальный диск и в магазин, когда вы захотите вернуть его обратно.

Документация здесь

OR

Установите локальный экземпляр mongo и клонируйте базу данных, используя информацию здесь