NoSQL-базы данных не используют реляционную табличную модель. К этой категории относятся хранилища документов, хранилища типа «ключ-значение», графовые базы данных и хранилища с широкими столбцами. Каждое из них решает свою задачу. Хранилища документов, такие как MongoDB, хранят записи в формате JSON. Хранилища типа «ключ-значение», такие как Redis, сопоставляют ключи со значениями для быстрого поиска. Графовые базы данных, такие как Neo4j, моделируют отношения между сущностями. Хранилища с широкими столбцами, такие как Cassandra, обрабатывают огромные объемы записи на распределенных узлах. Общим звеном является гибкость. NoSQL-базы данных ослабляют ограничения схемы, которые накладывают реляционные базы данных.

Эта гибкость является одновременно привлекательной и рискованной стороной. Документное хранилище принимает записи с различными полями. Это упрощает развитие модели данных без миграций. Однако это также упрощает создание противоречивых данных. Приложение должно обеспечивать соблюдение правил, которые база данных не соблюдает. NoSQL-базы данных также масштабируются горизонтально легче, чем традиционные реляционные системы. Они распределяют данные по множеству серверов, что позволяет обрабатывать большой трафик и большие наборы данных. Компромисс заключается в согласованности. Многие NoSQL-базы данных предлагают скорее отложенную согласованность, чем строгую. Разные узлы могут видеть разные значения в течение короткого времени. Это приемлемо для ленты социальных сетей. Это неприемлемо для банковского счета. Правильный выбор зависит от данных и гарантий, необходимых приложению.

Типы баз данных NoSQL

• Документ — записи, похожие на JSON, гибкая схема.
• Ключ-значение — простые пары, быстрый поиск.
• Граф — узлы и связи
• Ширококолоночная — распределенная, с высокой пропускной способностью записи.
• Временные ряды — оптимизированы для данных с временными метками.

NoSQL не лучше SQL. Это разные вещи. Правильный инструмент зависит от задачи.