Модели процессов согласования реплик в базах данных Nosql

5.3.
 
Анализ вариантов баз данных NoSQL для реализации 
аналитического модуля 
В настоящее время под понятие «база данных NoSQL» попадает очень 
широкий спектр систем хранения и обработки данных [78]: хранилища «ключ-
значение» (Riak, Redis, DynamoDB, Project Voldemort), хранилища семейств 
столбцов (HBase, Apache Cassandra, HyperTable), документо-ориентированные 
(CouchDB, MongoDB, eXist), базы данных на основе графов (Neo4j, OrientDB, 
InfiniteGraph). Среди всего множества систем NoSQL в проекте были 
рассмотрены следующие базы данных: MongoDB, Apache Cassandra и Riak. Базы 
данных на основе графов не рассматривались, т.к. они не являются 
распределенными (реплицируется весь граф).
1. MongoDB. 
База данных MongoDB, реализованная на C++, обладает достаточно богатой 
функциональностью и является одной из самых популярных систем NoSQL на 

---

133 
данный момент [79]. MongoDB позволяет оперировать JSON-документами, 
которые объединяются в коллекции. Каждый документ в коллекции должен 
содержать уникальный идентификатор (сгенерированный автоматически или 
пользователем), который не может изменяться после создания документа. Кроме 
идентификатора документ может содержать произвольный набор полей, включая 
массивы и вложенные документы. Система поддерживает работу со 
слабоструктурированными данными: документы в одной коллекции могут 
содержать разные наборы полей. Масштабируемость в MongoDB достигается за 
счет «сегментирования», т.е. распределения документов коллекции по узлам на 
основе выбранного ключа (shard key). Также поддерживается репликация в 
режиме «главный-подчиненный»: операции записи обрабатываются только 
главным узлом, а операции чтения могут выполняться на главном узле или на 
подчиненных узлах (рисунок 5.2).
Гавный
Подчиненный
Подчиненный
Клиент
Клиент
Запись
Запись
Чтение
Рисунок 5.2 – Репликация в MongoDB. 
Клиент может работать в разных режимах: неблокирующем (не дожидаясь 
подтверждения завершения операции) или блокирующем (ожидая подтверждения 
от заданного количества узлов).
Однако в MongoDB отсутствует одноранговая репликация, конфликты 
разрешаются по временной метке (last write wins).