Ответ 1
Сильные и слабые стороны баз данных NoSQL (а также баз данных SQL) сильно зависят от вашего варианта использования. Для очень больших проектов производительность короля; но для совершенно новых проектов или проектов, где время и деньги ограничены, простота и время выхода на рынок, вероятно, самые важные. Для того, чтобы учиться (расширять свою перспективу, становясь лучшим, более ценным программистом), возможно, самое важное - это простые, прочные фундаментальные концепции.
Какой проект вы имеете в виду?
Некоторые сильные и слабые стороны, от верхней части головы:
- Redis
- Очень простой "глобальный переменный сервер с ключом"
- Очень простая (какая-то сказать "несуществующая" ) система запросов
- Легко быстрый в этом списке
- Сделки
- Набор данных должен соответствовать памяти
- Незрелая кластеризация, с неясным будущим (я уверен, это будет здорово, но это еще не решилось.)
- Cassandra
- Возможно, самый массовый импульс баз данных, подобных BigTable.
- Вероятно, самый простой из этого списка для управления в больших/растущих кластерах
- Поддержка карты/сокращения, хорошая для аналитики, хранилища данных
- Репликация MUlti-datacenter
- Настраиваемая согласованность/доступность
- Нет единой точки отказа
- Вы должны знать, какие запросы вы будете запускать на раннем этапе проекта, подготовить форму и индексы данных
- CouchDB
- Поддержка лучшей поддержки синхронизации (репликации), поддерживающая master/slave, master/master и другие экзотические архитектуры.
- Протокол HTTP, браузеры/приложения могут взаимодействовать непосредственно с БД частично или полностью. (Синхронизация также выполняется через HTTP)
- После краткой кривой обучения довольно сложная система запросов, использующая Javascript и отображение/уменьшение
- Кластеризованная операция (без SPOF, настраиваемая согласованность/доступность) в настоящее время является важной вилкой (BigCouch). Вероятно, он объединится в Couch, но нет дорожной карты.
- Аналогично, кластеризация и многоцентровый центр теоретически возможны ( "экзотическая" вещь, о которой я упоминал), однако в это время вы должны написать все эти инструменты.
- Добавлять только формат файла (как базы данных, так и индексы) быстро расходует диск, и вы должны вручную запустить уплотнение (вакуумирование), которое делает полную копию всех записей в базе данных. То же самое необходимо для каждого индексного файла. Опять же, вы должны быть вашим собственным помощником.