На какие классы делят СУБД

Классификация систем управления базами данных (СУБД)

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

1. По модели данных (основной признак)

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

• Реляционные (SQL) СУБД

    Данные организованы в виде **таблиц (отношений)**, состоящих из строк и столбцов. Связи между таблицами устанавливаются через ключи. Они доминируют в традиционных бизнес-приложениях благодаря строгой структуре, поддержке **ACID-транзакций** и мощному языку запросов **SQL**.

```sql
-- Пример структуры в реляционной модели
CREATE TABLE Users (
    id INT PRIMARY KEY,
    name VARCHAR(100),
    email VARCHAR(255) UNIQUE
);
```

    *   **Примеры:** PostgreSQL, MySQL, Microsoft SQL Server, Oracle Database.

• Нереляционные (NoSQL) СУБД

    Предназначены для работы с большими объемами разнородных данных, где реляционная модель может быть неэффективной. Подразделяются на несколько типов:
    *   **Документные:** Данные хранятся в виде документов (например, JSON, BSON). Каждый документ имеет свою структуру.

    ```json
    // Пример документа в MongoDB
    {
        "_id": "user123",
        "name": "Алексей",
        "orders": [{"orderId": 1, "product": "Книга"}]
    }
    ```

        *   **Примеры:** MongoDB, CouchDB.
    *   **Ключ-Значение:** Простейшая модель. Данные — пары уникального ключа и связанного с ним значения.
        *   **Примеры:** Redis, Amazon DynamoDB, Memcached.
    *   **Столбцовые (Колоночные):** Данные хранятся по столбцам, а не по строкам. Это эффективно для агрегации данных и аналитических запросов.
        *   **Примеры:** Apache Cassandra, Google Bigtable, HBase.
    *   **Графовые:** Данные представлены как узлы (сущности) и ребра (связи между ними). Идеальны для работы со сложными взаимосвязями.

    ```cypher
    -- Пример запроса в графовой СУБД (Neo4j, Cypher)
    MATCH (user:User)-[:FRIEND]->(friend)
    WHERE user.name = 'Алексей'
    RETURN friend.name;
    ```

        *   **Примеры:** Neo4j, Amazon Neptune.

2. По архитектуре и способу организации хранения

• Локальные (Файл-серверные): База данных находится в файлах на файловом сервере, а СУБД работает на клиентских машинах (например, старые версии Microsoft Access). Неэффективны для многопользовательского режима.
• Клиент-серверные: Являются стандартом для реляционных СУБД. Серверная часть (сервер БД) управляет данными и выполняет запросы, клиентская часть отправляет ему команды.
• Встраиваемые: Легковесные СУБД, которые работают непосредственно внутри приложения, без отдельного серверного процесса. Часто используются в мобильных и десктопных приложениях.

    *   **Примеры:** SQLite, H2 Database.

3. По степени распределенности

• Централизованные: Все данные размещены на одном сервере или кластере в одном месте.
• Распределенные: Данные физически распределены между несколькими узлами (серверами) в разных локациях, но логически представляют единую базу. Это обеспечивает отказоустойчивость и горизонтальное масштабирование. Многие современные NoSQL СУБД (Cassandra, CockroachDB) и некоторые SQL (PostgreSQL с расширениями) являются распределенными.

4. По назначению и специализации

• Операционные (OLTP - Online Transaction Processing): Оптимизированы для быстрой обработки большого количества коротких транзакций (вставка, обновление, удаление небольших объемов данных). Примеры: большинство реляционных СУБД для бизнес-приложений.
• Аналитические (OLAP - Online Analytical Processing): Оптимизированы для сложных аналитических запросов, агрегации и обработки больших объемов исторических данных. Часто используют столбцовое хранилище.

    *   **Примеры:** ClickHouse, Amazon Redshift, Google BigQuery.

• Гибридные (HTAP - Hybrid Transaction/Analytical Processing): Стремятся объединить возможности OLTP и OLAP в одной системе.

    *   **Примеры:** SAP HANA, Microsoft SQL Server с определенными функциями.

5. По типу лицензии и модели распространения

• Коммерческие (Проприетарные): Oracle Database, Microsoft SQL Server, SAP HANA.
• Открытые (Open Source): PostgreSQL, MySQL (часть под открытой лицензией), MongoDB, Apache Cassandra.

Выбор класса СУБД — критически важное архитектурное решение. Он зависит от требований проекта: необходимости строгой целостности и сложных связей (реляционные), высокой скорости и гибкости схемы (NoSQL), масштабирования на множество узлов (распределенные), или глубокого анализа данных (аналитические). Современные системы часто сочетают подходы, например, используя основную реляционную СУБД вместе с кэшем ключ-значение (Redis) и аналитическим хранилищем.