Волдеморт против couchdb

Проект Волан-де-Морт выглядит неплохо, но я пока еще не углублялся в него.

В этом текущем состоянии CouchDB может не подходить для «огромных объемов данных». Распределение данных между узлами и маршрутизация запросов соответственно входит в план, но пока не реализовано. Самые большие известные производственные установки CouchDB используют «таблицы» («базы данных», говоря на диване) около 200 Гбайт.

HA изначально не поддерживается CouchDB, но может быть легко построена: все узлы CouchDB реплицируют узлы базы данных между собой в настройке с несколькими мастерами. Мы устанавливаем два прокси Varnish перед машинами CouchDB, и ящики Varnish становятся избыточными с помощью CARP. Дизайн CouchDB, построенный на основе Интернета, делает такие вещи очень легкими.

Самая серьезная проблема в нашей настройке заключается в том, что проблемы с репликацией все еще существуют. больших (несколько МБ) вложений к документам CouchDB.

Я предлагаю вам также проверить традиционный маршрут СУБД. Есть огромные проблемы с доступными специалистами вне подхода РСУБД, и есть очень эффективные предложения, доступные от Oracle И Ко.

Не зная достаточно вашего вопроса, я бы тем не менее сказал, что Project Voldemort или распределенные хеш-таблицы (DHT), такие как CouchDB, в целом являются решением вашей проблемы высокой доступности.

Эти DHT очень хороши для обеспечения высокой доступности, но их сложнее написать код, чем для традиционных реляционных баз данных (РСУБД) в отношении согласованности.

Они неплохо подходят для хранения информации о типах документов, что может хорошо вписаться в ваш медицинский проект, но затрудняет разработку данных.

• Самым большим ограничением большинства хранилищ является то, что они небезопасны с точки зрения транзакций (см. Scalaris для безопасного с точки зрения транзакций хранилища), и вам необходимо самостоятельно обеспечить согласованность данных - в большинстве случаев используется время чтения. согласованность путем объединения противоречивых данных). РСУБД намного проще использовать для обеспечения согласованности данных (ACID)
• Объединение данных тоже намного сложнее. В RDBM вы можете легко запрашивать данные по нескольким таблицам, вам нужно написать код в CouchDB для агрегирования данных. Для других магазинов Hadoop может быть хорошим выбором для агрегирования информации.

Прочтите о BASE и CAP теореме о согласованности и доступности.

Видеть

• http://www.metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores/.
• http://queue.acm.org/detail.cfm?id=1394128

Можно ли использовать memcacheDB? Я слышал, как компания Digg решает проблемы с высокой доступностью.