Архитектура СУБД

1. Системные модели определяют:
• архитектуру информационной системы;
• роли и функции компонентов системы;
• правила взаимодействия компонентов;
• состав оборудования;
• состав программных средств, необходимых
для функционирования системы.

2. Программные средства:
• программы общего назначения;
• системы управления базами данных;
• специализированные пакеты программ;
• уникальные программные компоненты.

3. Роли программных
компонентов:
• Клиент: реализует взаимодействие с человеком;
• Функциональный модуль: реализует основные
функции системы;
• Сервер данных: обеспечивает хранение
и доступ к хранимой информации.

4. Классы архитектур
информационных систем:
• однокомпонентные;
• клиент-сервер;
• многослойные архитектуры;
• гибридные архитектуры.

5. Роли
• Сервер – компьютер (программа),
управляющий ресурсами.
• Клиент – компьютер (программа),
использующий ресурсы.

6. 4 группы функций приложения:
• функции ввода и отображения данных;
• прикладные функции;
• фундаментальные функции хранения
и управления информационными ресурсами;
• служебные функции.

7. Пользователи
И С
П О
Информационное
хранилище
И П
Б Л
И Д

8. Реализация технологии
«клиент-сервер»: специфика
• Виды программного обеспечения.
• Механизмы программного обеспечения.
• Распределение логических компонентов между
компьютерами в сети.
• Использование определенных механизмов для связи
компонентов между собой.

9. Архитектура «клиент-сервер»
• Роли клиента и сервера данных выполняются
на разных устройствах.
• Особенности:
• постоянное соединение на время сеанса;
• совместное использование данных;
• высокая надежность системы для ограниченного
количества пользователей.

10. Подходы:
• модель файлового сервера
(File Server – FS);
• модель доступа к удаленным данным
(Remote Access Data – RDA);
• модель сервера базы данных
(DataBase Server – DBS);
• модель сервера приложений
(Application Server – AS).

11. Файловый сервер (FS)
Компонент
представления
Компонент доступа к ресурсам
Прикладной
компонент
Клиент Сервер
Файлы

12. Особенности файлового
сервера (FS):
• высокий трафик;
• узкий спектр операций манипуляции с данными;
• отсутствие адекватных средств безопасности
доступа к данным.

13. Модель доступа
к удаленным ресурсам (RDA)
Компонент
представления
Компонент доступа к ресурсам
Прикладной
компонент
Клиент Сервер
Данные
SQL

14. Модель сервера
базы данных (DBS)
Компонент представления
Клиент
Прикладной
компонент
Компонент доступа
к ресурсам
Сервер
Данные
Вызов
процедуры

15. Модель сервера базы данных
(DBS). Достоинства:
• возможность централизованного
администрирования прикладных функций;
• снижение трафика;
• экономия ресурсов.

16. Модель сервера базы данных
(DBS). Недостатки:
• ограниченность средств, используемых
для написания хранимых процедур;
• ограниченность сферы использования.

17. RDA + DBS
• Сервер: целостность данных и простейшие
прикладные функции поддерживаются
хранимыми процедурами.
• Клиент: более сложные функции реализуются
в прикладной программе, которая выполняется
на компьютере-клиенте.

18. Трехуровневые ИС:
сервер приложений
Компонент
представления
Прикладной
компонент
Компонент
доступа к ресурсам
Клиент Сервер Сервер
API

19. Достоинства многоуровневых
архитектур
• Большое количество компонентов.
• Массовое использование.
• Средства генерации кода.

20. Недостатки
многослойных систем
• Неэффективное использование серверов данных.
• Слишком большое количество сетевых обменов.
• Искусственное привязывание ролей к слоям.

21. Многослойные архитектуры
Различают 3 слоя:
• клиент <-> > представление;
• средний слой <-> функциональность;
• сервер данных <-> хранение.

22. «Толстые» и «тонкие» клиенты
• «Тонкий» клиент – только запуск сетевого
приложения через web-интерфейс.
• «Толстый» клиент – компонент представления
данных и прикладной компонент.

23. Активный сервер:
• непротиворечивость данных;
• правила предметной области;
• контроль за состоянием данных;
• реакция на событие в базе данных.

24. Активный сервер:
• процедуры базы данных;
• правила (триггеры);
• события в базе данных;
• типы данных, определяемые пользователем.

25. Процедуры базы данных
• Общие части прикладных программ
оформляются в процедуры.
• Процедуры хранятся в базе данных.
• Одна процедура может использоваться
несколькими прикладными программами.

26. Правила (триггеры)
• Позволяют программировать обработку
ситуаций, возникающих при изменениях
в базе данных.
• Хранятся в базе данных независимо
от прикладных программ.