Есть ли сравнение NoSQL Solutions (что лучше в определенных ситуациях?)

Question

Я пытаюсь узнать больше о NoSQL, поскольку я создаю приложение для архивирования на основе ключей в архитектуре Linux / PHP. Кто-нибудь может объяснить различия между основными решениями (CouchDB / MongoDB / и т. Д.) Относительно преимуществ / недостатков каждого из них? Ссылки были бы хорошими, хотя мне было трудно проводить исследования, используя только Google.

Answer 1

google "Сравнение nosql" - действительно существует множество связанных блогов и документов.

Вот один из них: http://kkovacs.eu/cassandra-vs-mongodb-vs-couchdb-vs-redis

Answer 2

Эта ссылка сравнивает несколько баз данных с точки зрения их возможностей:

http://www.vineetgupta.com/category/databases/

Answer 3

Эта ссылка содержит некоторую информацию о системах nosql.

http://www.rackspacecloud.com/blog/2009/11/09/nosql-ecosystem/

Answer 4

http://aphyr.com/tags/Jepsen Эта серия отлично подходит, если вы хотите увидеть, как много баз данных решают проблемы с сетью:

Мы собираемся узнать о распределенном консенсусе, обсудить последствия теоремы CAP и продемонстрировать, как различные базы данных ведут себя при разбиении.

Answer 5

Взгляните на этот механизм сравнения nosql. http://nosql.findthebest.com

Answer 6

Я думаю, что уместно также взглянуть на особенности кластеризации различных решений, потому что основной вариант использования NoSQL - это масштабирование.Вот краткий обзор со ссылками на предоставленную поставщиком информацию:

• Couchbase - каждый узел поставляется с менеджером кластера, отсутствует центральный компонент координации кластера.По словам поставщика, сервер Couchbase масштабируется линейно с каждым добавленным узлом в кластер.Существует также функция под названием XDCR, которая обеспечивает репликацию в разных географических точках. Обзор кластера CouchBase
• MongoDB - предлагает архитектуру сегментирования, в которой данные разбиваются на сегменты, имеется сервер конфигурации, который отображает данные в сегменты, и экземпляр Mongo, который доставляет данные вклиентское приложение (клиенты не имеют прямого доступа к шардам).Производитель отмечает, что шардинг является очень сложной операцией. Обзор кластера MongoDB
• Redis с открытым исходным кодом - функция кластера находится в стадии разработки, в настоящее время в выпуске Alpha, будет предлагать реконфигурацию в реальном времени, отказоустойчивость и публикацию / публикацию.Поставщик объявил, что некоторые команды Redis не будут поддерживаться в кластерном режиме - сложные многоключевые операции Устанавливайте объединения или пересечения типов и все операции, в которых ключи недоступны на одном и том же узле. Характеристики функций кластера
• Redis Cloud (коммерческий) - облачный сервис с работающей функцией кластеризации.Поставщик говорит, что он может масштабироваться по требованию, динамически добавляя больше осколков, и что все операции Redis поддерживаются. Обзор кластера Redis
• Riak - кластеризация встроена, данные автоматически распределяются между узлами Riak.Узлы могут быть добавлены и удалены из кластера динамически, и Riak будет соответствующим образом перераспределять данные.По словам поставщика, продукт предназначен для распространения, и основные операции, такие как чтение / запись и отображение / уменьшение, на самом деле ускоряются при добавлении большего количества узлов. Обзор кластера Riak

Answer 7

Вот сравнение MongoDB, Cassandra, Riak, CouchBase 2.0, HBase, распределенных по HDFS с использованием ZooKeeper, Berkeley db 11g (java Ed HA) и Oracle NoSQL 11g

Автор в основном прошел все своиДокументация и цитирует области, которые описывают их поведение в следующих 5 категориях:

• Внутреннее разбиение
• Автоматическое гибкое распределение данных
• Горячая замена узлов
• Стиль репликации
• Стратегия автоматического восстановления после сбоя

и затем предоставлены короткие кавычки для каждого из них.

см. http://www.kammerath.co.uk/nosql-on-the-spot.html

Answer 8

NoRAM DB => «Если он не умещается в оперативной памяти, я умру для вас»

Беседы о Кассандре, Риаке, Редисе, MongoDB, Hazelcast, Neo4j, VoltDB, CouchDB и др.

Answer 9

Некоторые блогеры опубликовали визуальный ответ на этот вопрос примерно через месяц после того, как этот вопрос был опубликован в stackoverflow.

Интересно, поскольку он позиционировал различные доступные решения со ссылкой на теорему CAP.

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

http://blog.nahurst.com/visual-guide-to-nosql-systems

Примечание. Автор произвольно поставил СУБД и решения для хранилищ данных на стороне СА треугольника. Я знаю, что доступный, не допускающий разбиения, является спорным, но это не главное.