Классификации, виды, типы баз данных | Boodet.online

Если базы данных объединяют разные документы в зависимости, их называют документальными. Они также делятся на реферативные, библиографические (не требуют хранения) и полнотекстовые (полный текст документа хранится на носителе). Документы можно хранить в их изначальном виде (текст) или в виде ссылки. Соответственно, когда пользователь делает запрос, то получает либо полный текст или абзац, либо ссылку. Несмотря на простую структуру, документальные базы данных до сих пор активно используют, например, в библиотеках и архивах.

Кстати, в таких БД можно искать не только информацию, но и критерии документов. Например, если задать поиск по критериям «дата создания» и «автор», можно будет посмотреть, сколько файлов создал определенный сотрудник за год. Этим же методом ищут официальные формы, например «Ф9»

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

Базы данных классифицируются на:

• структурированные — заполнять их можно только после того, как структура БД описана и спроектирована;

• частично структурированные — обычный или гипертекст;

• неструктурированные — семантические сети.

Структурированные бывают:

• смешанными;

• иерархическими;

• реляционными;

• мультимодальными;

• сетевыми.

В зависимости от характера обращения к информации БД классифицируют на:

• общие:

• локальные;

• распределенные.

Общие интегрированные и распределенные базы позволяют многим пользователям получать доступ к данным одновременно. Это реализовано с помощью параллельного или многопользовательского режимов доступа. Локальный вид такой возможности не дает — информацией может пользоваться только один пользователь.

Архитектура иерархических баз данных похожа на дерево. Информация каждого объекта хранится в виде сущности, к которой есть свои элементы (дочерние и родительские). Такой вид организации хорошо подходит для чтения и плохо — для поиска информации из-за высокого уровня вложенности.

Реляционная модель основана на математической теории множеств — «relation». В парадигме базы данных это означает визуальное представление информации в виде таблицы, где у ячеек есть свойства, описания, взаимосвязи. При этом сами отношения между сведениями не обязательно должны быть линейными (как в таблицах), они могут быть абстрактными.

В таблицах, где хранятся объекты, всегда фиксированное количество столбцов. То есть структура реляционных БД заранее известна и описана. В столбцах указывают название и вид данных. Чтобы таблицы стали базой, надо логически их связать. А чтобы управлять таким набором таблиц понадобится СУБД.

Запросы в реляционных базах данных классифицируются на структурированные и неструктурированные:

1. Структурированные — SQL. Гибкие и хорошо организованные, можно адаптировать практически под любые типы данных. К структурированным относятся:

• MariaDB;

• SQLite;

• MySQL;

• PostgreSQL.

2. Неструктурированные — NoSQL. Благодаря согласованности информации повышают доступность и масштабируемость приложений. Относятся к реляционным базам данных, хотя и работают не по классическому реляционному шаблону. При этом в ряде случаев поддерживают запросы SQL. NoSQL СУБД:

• Apache Cassandra, Accumulo и HBase;

• Hypertable;

• ScyllaDB;

• MongoDB;

• Blazegraph.

Зачем нужны NoSQL? Неструктурированные базы подходят для обработки больших данных. Для Big Data нужны аппаратные платформы из серверных кластеров — это создает сложности в работе с традиционными программами. Например, софт для аналитики будет тормозить; если придется обрабатывать большие пакеты неструктурированных данных, начнут возникать системные ошибки.

Это не значит, что NoSQL — единственный вариант для компаний, которые работают с Big Data. Современный подход заключается в одновременном использовании нескольких БД для одного приложения. Это позволяет предположить, что архитектура популярных баз данных будет меняться, чтобы унифицировать подход к хранению, поиску и обработке информации.

Сетевые модели решают некоторые недостатки иерархических, но плохо справляются с простыми запросами. Это приводит к тому, что если меняется структура организации информации, вместе с ней меняется и приложение.

Архитектура похожа на иерархическую, есть и дочерние, и родительские элементы. Единственное отличие — связываться элементы могут в любых направлениях. То есть каждый элемент может быть связан с любым другим, независимо от иерархии.

Чтобы можно было применять различные представления для разного вида данных, используют многомодельные базы. Это значит, что несколько БД размещают в одной системе и настраивают взаимосвязи. Это очень удобно — можно выполнять запрос из одной БД, просматривать информацию в другой и вносить изменения в третьей. Благодаря многомодельному подходу уменьшается нагрузка на СУБД, исчезает необходимость менять основную инфраструктуру. Линейное масштабирование сокращает расходы и время разработки приложений.

К многомодельным относятся:

• Couchbase;

• ArangoDB.

Комбинированные базы данных (NewSQL) относятся к семейству распределенных. Они сочетают в себе реляционный и нереляционных подход. Основное отличие от традиционных реляционных БД — масштабируемая конструкция и высокий уровень согласованности. Основной минус: чтобы внедрить такой подход, нужен специалист не ниже Senior. Зато в итоге повысится доступность приложения, появится горизонтальное масштабирование и увеличится гибкость.

NewSQL:

• Spanner;

• yugabyteDB;

• VoltDB;

• CockroachDB;

• MemSQL.

Нельзя однозначно сказать, что одна БД лучше другой. Это, скорее, способы решать различные задачи работы с информацией. Какую вид баз данных использовать в компании — зависит от рабочих процессов и программ, которыми пользуются сотрудники. Чтобы решить проблему размещения информации и доступа к ней, можно воспользоваться современными облачными технологиями. Например, компания Boodet.Online предлагает услугу по аренде облачного сервера SQL — пригодится тем, кто хочет сделать работу с 1С более быстрой и стабильной.