Как вы решаете, какую базу данных использовать?

Мне действительно не нравится название «NoSQL», потому что оно не очень наглядно. Он говорит мне , что базы данных не где я больше заинтересован в том, что базы данных являются . Я действительно думаю, что эта категория действительно охватывает несколько категорий баз данных. Я просто пытаюсь получить общее представление о том, для какой работы каждая конкретная база данных является лучшим инструментом.

Несколько предположений, которые я хотел бы сделать (и попросил бы вас сделать):

1. Предположим, у вас есть возможность нанять любое количество блестящих инженеров, которые имеют одинаковый опыт работы с любой когда-либо существовавшей технологией баз данных.
2. Предположим, у вас есть техническая инфраструктура для поддержки любой конкретной базы данных (включая доступные серверы и системных администраторов, которые могут поддерживать указанную базу данных).
3. Предположим, что каждая база данных имеет наилучшую возможную поддержку бесплатно.
4. Предположим, у вас есть 100% бай-ин от менеджмента.
5. Предположим, у вас есть бесконечная сумма денег, чтобы бросить на проблему.

Теперь я понимаю, что вышеприведенные предположения устраняют множество обоснованных соображений, связанных с выбором базы данных, но я сосредоточен на выяснении, какая база данных лучше всего подходит для работы на чисто техническом уровне. Итак, учитывая вышеизложенные предположения, возникает вопрос: для каких работ каждая база данных (включая SQL и NoSQL) является лучшим инструментом и почему?

Реляционные базы данных (SQL) отлично подходят для данных, в которых базовая модель остается стабильной. Многие реализации уже давно (Oracle, DB2, SqlServer) и являются стабильными и безопасными. Кроме того, очень легко найти опытных людей для их администрирования - и администраторы баз данных просто необходимы! Программистам не нужно иметь дело с разрешениями, настройкой и настройкой. Они должны быть в состоянии сконцентрироваться на программировании и позволить администраторам беспокоиться о поддержании базы данных. Реляционные базы данных также относительно просты для запроса, и существует множество инструментов, помогающих найти данные из них.

SQL

Реляционный объект. Стабильные серверы с точным контролем разрешений.

NoSQL

Гибкое хранение. Высокая масштабируемость и шардирующие способности.

В этой статье есть очень хорошая информация об этом: сравнение Cassandra против MongoDB против CouchDB против Redis против Riak против HBase против Membase против Neo4j :

Хотя базы данных SQL являются безумно полезными инструментами, их монополия на ~ 15 лет подходит к концу. И это было только время: я даже не могу сосчитать вещи, которые были помещены в реляционные базы данных, но никогда не соответствовали им.
Но различия между базами данных NoSQL намного больше, чем когда-либо между одной базой данных SQL и другой. Это означает, что перед архитекторами программного обеспечения лежит большая ответственность за выбор подходящего проекта в самом начале.
В этом свете, вот сравнение Cassandra, Mongodb, CouchDB, Redis, Riak, Membase, Neo4j и HBase [...]

Я думаю, это не очень хороший вопрос, например, какие машины хороши? Bugatti, BWM, автомобиль, мини-машина, поезд, локомотив, самолет?
это зависит от вашей ситуации,

для небольшой работы без больших данных sqlight может быть хорошим.
для компании, которая использует продукт Microsoft, MSSQL - это хорошо.
Для веб-разработки MySql очень прост в использовании.
для банков, Oracle или couchbase (если вы решите вопрос с переводом).
MongoDB хорош для небольшой работы с большим количеством данных.
для компании с огромными данными и только одной доброй таблицей, Кассандра.
для компании с огромными данными, Couchbase.
для Hadoop экосистемы, HBase.
для графика, изображения, в памяти, ...