Навеяно ответами к этому вопросу. Оказывается для MongoDB крайне желательно выделять отдельный сервер, т. к. память он отдавать не желает., что может быть чревато для других приложений.
В связи с этим вопрос — какую СУБД лучше поставить, чтобы её аппетиты до памяти можно было ограничивать. Желательно максимально близкую к Mongo, то есть свободная схема объектов/документов, но с разделением их на коллекции.
Спасибо.
Upd.: OS — Debian 6.0, nginx+php-fpm+passenger+mysql
Кроме вышеупомянутого кауча, вряд ли можно посоветовать что-то еще, готовое для продашкена, и работающее на VDS.
Вообще польза от NoSQL на VDS весьма сомнительна. NoSQL востребован там, где необходима неограниченная горизонтальная масштабируемость. Если такой потребности нет — MySQL/Postgres прекрасно подойдут практически для любой задачи. Не стоит гнаться за модными buzzwords, каждой задаче — свой инструмент.
CouchDB и пока только CouchDB. Удивительно, что вас только расход памяти Mongo удивил, а то, что там нет понятие как целостность ноды и без реплекации вообще нет смысла выходить дальше девелопинга.
Все таки в большинстве своем nosql решения ориентированы под безумную нагрузку и как бы вопроса о выносе на отдельный сервер или мало памяти там не стоит.
Может вам попробовать арендовать какой нибудь такой сервер?
ntel® Core™ i7-920 Quad-Core 4 физических ядра, 4 виртуальных (hyper-threading) 2 x 1500 GB HDD SATA2 (software RAID1) 24 GB DDR3
Установка 150 евро, аренда 89 в месяц
можно на нем нарезать квмом, опенвз, ксеном виртуалок и все закрутить.
Читал, что в PostgreSQL есть продвинутые возможности для работы с XML — этот формат подходит для хранения документов с произвольной схемой. Можно делать выборки по xpath, строить индексы, и даже грабить… отдельные фрагменты документов. Может быть стоит поискать решение в этом направлении?
My<cod/>.net
