Посоветуйте литературу которая "сдвинет мозг" с Sql мышления на Nosql

Question

[alesto]

На днях попробовал поразобираться с mongo DB и пришёл к выводу что не представляю как бы я хранил данные перенеся их с mysql на nosql.Найденные мной статьи частично отображали функционал данного решения. Но не отвечали на вопрос «А как всё это организовать на уровне проекта?». Посоветуйте пожалуйста книжки\статьи на русском или английском которые могут изменить sql мышление в сторону nosql. Желательно на примере mongo db или cassandra. Спасибо.

Comments

[junart]

Получилось разобраться? Не работали с Cassandra?

Answer 1

[Алксандр Коротаев]

По-моему, тут всё просто. Если вы не можете понять как данные вашего проекта будут храниться в NoSql базах, то вам не нужна NoSql база в вашем проекте. NoSql это не SQL+вкусняшки, NoSql это SQL -(минус) ненужная функциональность. Поэтому, имхо, книг или статей содержания «Переезжаем на MongoDB. Для чайников» в природе быть не может.

Comments

[alesto]

На сколько я смог понять из статей, что NoSql это SQL -(минус) ненужная функциональность+скорость работы на много большая чем SQL +масштабируемость. Вот последние 2 пункта меня особенно заинтересовали. тут речь идёт не о конкретном уже существующем проекте, а о неком обстракном. Как бы я допустил хранил комментарии, записи, теги если бы у меня был некий блог(я знаю что nosql решения применяются на загруженных проектах, повторюсь речь идёт об абстракном проекте)

[INSTE]

Зависит от того, что означает «скорость работы». Если пропускная способность множества параллельных запросов — это ваш случай, если же латентность единичных — тут уже скорее нет.

Answer 2

[INSTE]

Map-Reduce + nosqldb с поддержкой микротранзакций (множества операций, выполняемых элементарно) — хорошее начало. Но датамодель придется обслуживать руками, включая построение обратных индексов и прочее.

Но без кэширования и правильно построенной системы вы 100% потеряете и в скорости, и в памяти. Nosql помогает максимально распараллелить задачу и «завалить железом», но делать это надо не в качестве замены sql, а с «нуля», не оглядываясь на sql-ное прошлое.

Comments

[alesto]

Спасибо! А что полезное можно почитать по этому вопросу?

[INSTE]

Книжек не встречал, все больше различные статьи и мануалы в инете.

Answer 3

[Yeah]

А вот хорошее видео, где товарищ рассказывает, как он сложную систему разработал сначала на Postgres, а потом на CouchDb:

Answer 4

[VBart]

Посмотрите на книжку по CouchDB, не знаю, насколько она способна «сдвинуть мышление», но мне показалось, что неплоха. К тому же бесплатная: guide.couchdb.org/

Answer 5

[iryndin]

По монге вот: Data Models
Внимательно почитайте, сделайте примеры. Видео из предыдущего ответа - cool! Его также посмотрите.
Общий смысл в том, чтобы валить данные в одну кучу (денормализация) и делать минимум запросов к хранилищу.