NoSQL — особенности применения

Question

[v1z]

В каком случае оправдано использование таких баз данных как MongoDB, CouchDB, Redis и некоторых других?

Имеет ли смысл ставить их вместо классического mysql, на сайте со слабой нагрузкой?

Используются ли они в связке с mysql, или работают отдельно?

Answer 1

[SMiX]

У нас огромный распределенный проект. Юзеры, роли, различные метаданные — в mysql, все остальное — в couchdb.
Очень неплохо живется.
CouchDB views позволяют делать приложение невероятно гибким, не затрачивая время на продумывание сложных внутренних связей, создание составных индексов в базе и т.п.
А за счет очень удобных инструментов администратора(потрясающая веб-админка) и master-master репликации буквально за 20 минут подключаем в систему дополнительный сервер(100+ запросов в секунду, несколько гигабайт данных, 2 сервера).

Comments

[v1z]

а как происходит связь Couch <-> Mysql?

просто как будто это разные таблицы, с общим ключом user_id?

[SMiX]

Да, а еще в одном подпроекте для каждого юзера свой набор данных в своей базе couchdb — там задачи так поставлены, что это очень удобно.
В общем, нет ничего зазорного в том, чтобы использовать сразу несколько средств, нужно только разумно к их выбору подходить.

[SMiX]

Redis, кстати, у нас используется как pub/sub для нотификаций составных частей приложения о различных событиях.

Answer 2

[ilder]

ИМХО сыроваты еще, на сайты со слабой нагрузкой поставить в принципе можно, чисто из интереса, поковыряться, проникнутся концепцией.

Comments

[SMiX]

Почему вы считаете, что сыроваты?

[andoriyu]

потому, что он услышал это в каментах на хабре.

Answer 3

[schursin]

«Обзор NoSQL систем» как раз то, что вы хотите узнать.

Answer 4

[igrishaev]

Как пользователь CouchDB скажу, что:
1) Оправдано тогда, когда вы заранее не можете точно определить структуру данных, или структура будет часто меняться;
2) Имеет, если ваши данные хорошо ложатся на документную деревообразную систему хранения.
3) Я не сталкивался с тем, чтобы были задействованы сразу две SQL- и NoSQL-системы одновременно. Но это не значит, что это невозможно. Просто вам будет тяжело мыслить сразу в двух различных направлениях.

Answer 5

[MagaSoft]

Пользуйтесь MongoDB. Гораздо проще и быстрее SQL.

Comments

[andoriyu]

все зависит от задач.

[v1z]

а по стабильности? нет шанса потерять часть данных при сбое?

[v1z]

хотя шанс потерять что-то всегда есть, я говорю про стабильность по сравнению с mysql

[MagaSoft]

хм… изменения в базу добавляются не сразу а периодически, период устанавливается в зависимости от потребностей, у кого-то секунды у кого-то минуты. потерять теоретически можно изменения которые были в оперативке если процесс обвалился до записи. такого за монго лично я не наблюдал. у меня чаще падает нода которая с ней работает и то потому что экспериментирую на ней много.