5. Тренды в мире субд

1. Мультимодельность — одна БД поддерживает несколько моделей данных (PostgreSQL с JSON, ArangoDB, Cosmos DB).

2. Облачные базы данных — БД как сервис (Amazon RDS, Google Cloud SQL, MongoDB Atlas) — не нужно администрировать серверы.

3. Serverless БД — платишь только за запросы, не за ресурсы (Amazon Aurora Serverless, Google Firebase).

4. Конвергенция — SQL-базы добавляют NoSQL-фичи (JSON в PostgreSQL), NoSQL-базы добавляют ACID-транзакции (MongoDB с 4.0).

5. Автоматизация и ИИ — автоматическое индексирование, настройка параметров, прогнозирование нагрузки.

6. Как выбрать субд?

Критерии выбора:

1. Модель данных — как естественно представить ваши данные? (таблицы, документы, графы)

2. Требования к транзакциям — нужен ли ACID?

3. Объём данных и нагрузка — сколько данных, сколько запросов в секунду?

4. Структура данных — фиксированная или постоянно меняется?

5. Типы запросов — сложные аналитические или простые по ключу?

6. Масштабирование — нужен ли кластер?

7. Бюджет и компетенции команды — коммерческая или open-source, знают ли разработчики эту БД?

Примеры выбора:

• Интернет-магазин: PostgreSQL или MySQL (заказы, товары, пользователи) + Redis (корзина, сессии).

• Система аналитики: ClickHouse или Cassandra для хранения событий.

• Социальная сеть: Neo4j для графа друзей + PostgreSQL для профилей.

• Система мониторинга: InfluxDB для метрик + Prometheus для сбора.

• Стартап с меняющимся продуктом: MongoDB — быстрая разработка.

• Банковская система: Oracle, PostgreSQL — надёжность и транзакции.

7. Заключение

Ключевые выводы:

1. Принципы построения БД (независимость, целостность, минимизация избыточности, безопасность, производительность) универсальны для любых баз данных.

2. Современные СУБД делятся на реляционные и множество типов NoSQL.

3. Нет единственной лучшей СУБД — выбор зависит от конкретной задачи.

4. Часто в одном проекте используют несколько СУБД (полиглотное хранение), каждая для своей задачи.

5. Тренды идут к мультимодельности, облачным сервисам и конвергенции SQL и NoSQL

13. Архитектурные модели операционных систем

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

Существует несколько основных архитектур операционных систем.

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

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

Гибридная архитектура сочетает элементы монолитной и микроядерной архитектуры. Такой подход позволяет добиться баланса между производительностью и гибкостью. Примером является операционная система Windows.