CAP-теорема простым, доступным языком

[kjuby]

Занимательная статья. Спасибо! (:

[braindamagedman]

Только вчера прочитал об этом здесь. А сегодня закрепил. Отлично, вы как в воду глядели!

[dOkI]

Отличная статья!
Теперь к «Быстро — Дешево — Качественно» добавиться «Consistency — Availability — Partition Tolerance» ;)

[glader]

tsya.ru/ :)

[akalend]

Очень доходчиво
спасибо

[akalend]

и стиль изложения мне понравился

[arinoki]

Побольше бы таких вольных переводов =) Теперь хотя бы в курсе этой теоремы, мб когда-то и пригодится.

[elw00d]

Давно не читал настолько удачных статей, спасибо автору и, конечно же, спасибо переводчику!

[remal]

Автор читает всех клиническими идиотами, не способными понять технические термины? Зачем заставлять читателей переводить эти аналогии в термины IT?

[Mithgol]

Потому что эта образная импровизация не только понятна, но и лучше запоминается.

[rolechka]

ACID — свойства транзакционности в базах данных, CAP — евристическая теорема о распределенных вычислениях, сравниваются немного разные по типажу концепты.
Вот на эту тему хорошая статья
blog.nahurst.com/visual-guide-to-nosql-systems
и там же неплохая картинка:

все эти теоремы нужны только для большего взаимопонимания между разработчиками, не более.

[vvzvlad]

Статья забавная, но это не совсем объяснение CAP-теоремы: самый главный вывод о том, какие у нас есть три варианта построения систем предлагается додумать самим, а статья ограничивается рассказом о трех свойствах. Спасибо, я в вики могу это прочитать.

Смысл CAP-теоремы в картинке комментарием выше: выбрав любые два свойства из трех мы получаем три разных принципа построения распределенных БД, обладающих совершенно разными характеристиками. И это не просто «выбрать что лучше», а принципиальная необходимость жертвовать каким-то одним из трех свойств (ну или четырех, если вспомнить про BASE), и для выбора БД надо об этом помнить.
Понимание этого — очень важно в ситуации «а какую бы БД нам выбрать для нашего нового сервиса/стартапа».