Данные должны быть безопасными, быстро доступными и организованными. Некоторые типы баз данных лучше других в этих областях, но все зависит от типа приложения, которое вы пытаетесь создать. Сколько данных вы обрабатываете? Как данные соотносятся друг с другом? Как можно экономично хранить данные?

Двумя основными группами баз данных являются документно-ориентированные базы данных и реляционные базы данных. Глядя на общее использование и преимущества/недостатки при использовании каждого типа базы данных, становится ясно, что лучше всего подходит для какой обработки данных.

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

Базы данных, ориентированные на документы, являются одной из основных категорий баз данных NoSQL, и популярность термина «база данных, ориентированная на документы» выросла с использованием самого термина NoSQL.

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

ПЛЮСЫ:

  • Обрабатывает большие данные:
  • Просто: меньше таблиц, меньше отношений, меньше несоответствия объектно-реляционного импеданса.
  • Модели данных: нет предопределенной схемы. Нет необходимости предварительно определять имена полей или типы данных. Это делает его гибким и динамичным, поскольку поля не определены.
  • Структура данных: NoSQL обрабатывает неструктурированные данные.
  • Дешевле в управлении: используйте более дешевое оборудование. Продолжайте добавлять узлы для хранения вещей. Сократите свой сервер до необходимого количества серверов.

МИНУСЫ:

  • Безопасность. Базы данных, ориентированные на документы, могут быть уязвимы для атак путем внедрения ванильного JavaScript, что может привести к тому, что ваша база данных передаст свои данные хакеру.
  • Запросы: из-за природы неопределенных схем документо-ориентированных баз данных запросы, которые вы можете выполнять, менее эффективны и занимают больше времени, чем запросы к базе данных SQL.

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

ПЛЮСЫ:

  • Лучше для реляционных данных
  • Схема набора. Наличие схемы набора помогает лучше понять структуру и то, как данные связаны друг с другом.
  • Нормализация: позволяет базе данных занимать как можно меньше места.
  • Известный язык (SQL)
  • Совместимость с ACID: атомарность, согласованность, изоляция и долговечность

МИНУСЫ:

  • Проблемы с производительностью: связанные с повторной сборкой простых структур данных в их более сложные представления реального мира.

Просто помните, что идеальной базы данных не существует. Между ними есть компромиссы. Наметьте свои приоритеты в своем приложении, прежде чем выбирать, как вы собираетесь хранить свои данные.