Pull to refresh

Comments 12

Занимательная статья. Спасибо! (:
Только вчера прочитал об этом здесь. А сегодня закрепил. Отлично, вы как в воду глядели!
Отличная статья!
Теперь к «Быстро — Дешево — Качественно» добавиться «Consistency — Availability — Partition Tolerance» ;)
и стиль изложения мне понравился
Побольше бы таких вольных переводов =) Теперь хотя бы в курсе этой теоремы, мб когда-то и пригодится.
Давно не читал настолько удачных статей, спасибо автору и, конечно же, спасибо переводчику!
Автор читает всех клиническими идиотами, не способными понять технические термины? Зачем заставлять читателей переводить эти аналогии в термины IT?
Потому что эта образная импровизация не только понятна, но и лучше запоминается.
ACID — свойства транзакционности в базах данных, CAP — евристическая теорема о распределенных вычислениях, сравниваются немного разные по типажу концепты.
Вот на эту тему хорошая статья
blog.nahurst.com/visual-guide-to-nosql-systems
и там же неплохая картинка:
image
все эти теоремы нужны только для большего взаимопонимания между разработчиками, не более.
Статья забавная, но это не совсем объяснение CAP-теоремы: самый главный вывод о том, какие у нас есть три варианта построения систем предлагается додумать самим, а статья ограничивается рассказом о трех свойствах. Спасибо, я в вики могу это прочитать.

Смысл CAP-теоремы в картинке комментарием выше: выбрав любые два свойства из трех мы получаем три разных принципа построения распределенных БД, обладающих совершенно разными характеристиками. И это не просто «выбрать что лучше», а принципиальная необходимость жертвовать каким-то одним из трех свойств (ну или четырех, если вспомнить про BASE), и для выбора БД надо об этом помнить.
Понимание этого — очень важно в ситуации «а какую бы БД нам выбрать для нашего нового сервиса/стартапа».
Only those users with full accounts are able to leave comments. Log in, please.