Транзакции в MongoDB

Абсолютно здравая мысль. Существующие NoSQL решения — в том числе и MongoDB — не выполняют и половины ACID свойств, попытки реализовать их искусственно выглядят нелепо и противоречат самой природе таких программных средств. С другой стороны, уверенность в том, что в распределенных системах консистентность (вкупе с высокой скоростью и доступностью, естественно) невозможна в принципе, тает после того, когда читаешь публикации Гугла об их Спаннере и F1.
Насколько понимаю, в МонгоДБ используется понятие кворума? Что будет с этой самой «транзакцией», если количество реплик будет равно или превышать сумму кворумов на изменение/чтение? Это ведь классический пример eventual consistency.

NoSQL базы данных: понимаем суть

Ну, я не ставил целью рассмотреть плюсы и минусы NoSQL. Главная цель была — сгруппировать все характеристики и помочь новичкам создать себе представление о том, что такое NoSQL. По сравнению с стройными реляционными базами данных это — лес дремучий, даже для знающих людей. Слишком все стихийно и быстро развивается.
Я, кстати, не фанат NoSQL, мне больше по душе (да и опыта больше) дата гриды. Плюс распределенные базы данных еще не сказали свое слово, особенно в контексте последних успехов Гугла с F1 и Спаннером. Возможно, NoSQL базы стали предшественниками распределенных систем с консистентными операциями и мощью SQL в распределенных масштабах.
Плюс есть очень любопытные наработки в попытке скрестить распределенные хранилища с реляционными базами данных (HadoopDB).

Статью почитаю на досуге, спасибо.

NoSQL базы данных: понимаем суть

Спасибо, поправил