- •1.Сферы применения баз данных и субд
- •2.Базы данных и файловые системы. Области применения файлов. Потребности информационных систем.
- •4.Ранние подходы к организации бд.
- •5.Реляционный подход к организации бд. Базовые понятия реляционных баз данных.
- •6.Фундаментальные свойства отношений. Реляционная модель данных.
- •7.Базисные средства манипулирования реляционными данными. Реляционная алгебра. Реляционные исчесления.
- •8. Проектирование реляционных бд. Нормализация.
- •9.Основные понятия модели Сущность-связь. Er – диаграммы.
- •10. Система System r. Основные цели System r.
- •11. Структуры внешней памяти, методы организации индексов. Хранение отношений.
- •12. Та и целостность бд. Сериализация та-ий.
- •13. Изолированность пользователей.
- •15. Журнализация изменений бд. Журнализация и буферизация.
- •16. Восстановление баз данных в различных ситуациях.
- •17. Язык sql, функции и основные возможности. Стандартизация sql.
- •18. Типы данных языка sql. Средства определения схемы.
- •19. Язык sql, средства манипулирования данными. Структура запросов.
- •20. Использование sql при прикладном программировании.
- •21. Проблемы оптимизации. Схема обработки запроса.
- •22. Архитектура "клиент-сервер". Серверы баз данных.
- •23. Распределенные бд.
- •24. Системы управления базами данных следующего поколения.
- •25. Оосубд.
- •26. Системы баз данных, основанные на правилах. Активные и дедуктивные базы данных.
22. Архитектура "клиент-сервер". Серверы баз данных.
Эффективность инф систем зависит от выбора архитектуры – к-с лучший вариант. С- компьютер или приложение управляющее ресурсами. К- комп или программа использующая этот ресурс. Ресурсы – БД, файловый сервер, служба печати. + Удачное сочитание централизованного хранения, обслуживания и коллективного доступа к данным и индивидуальная работа пользователя и инфой.
Двусвязная модель распределенной функции.
Функции распределяются между к-с и к-к.
Распределенное представление: Мощный к-с (управление, обра и представление). К лишь отображает инфу на мониторе и поддерживает связь. С имеет мощный процессор, ОЗУ и архит RISC.+Простое обслуживание, дешевизна. – Уязвимость, требования к большой скорости.
Удаленное представление (сервер БД) С(управление, обраб), К(представление) реализовано Oracle, Ingress. +Централизованное администрирование, эффективное использование вычислительных ресурсов. –Плохие средства отладки и тестирования хранимых процедур, низкая эффективность используемых ЭВМ. Операторы хранимых процедур привязаны к конкретным СУБД
Распределенная обработка С(упр, обраб) К(обраб, предст) неоднородные БД, где в системах общая часть прикладных функций реализована на С, а специфичная на К.
Удаленный доступ к данным. С(упр) К(обраб, пред) Запрос к серверу происходит через коммуникационные средства операторами SQL или через фун-ции спец библ. API. +Готовые СУБД с SQL интерфейсом. Ориентирование на Windos интерфесы. Понимание ODBC. –Высокая загрузка сети, неудобства с точки зрения разработки, модификации, сопровождения.
Распределенные БД С(упр) К(упр, обр, пред) –мощный. Данные хранятся и на К и на С. Взаимосвяз между БД: 1. В локальной и удаленной хранятся отдельные части единой БД. 2. локальное – являются копиями друг друга. +Гибкость создаваемых систем, высокая живучесть. –Высокие затраты.
Трехсвязная модель архитектуры.
Каждая функция реализована на отдельном компе: управление (сервер БД (рашает как служба представляет услугу К)), обработка(сервер приложений – может быть много, у каждой свой вид сервиса), представление (К (прием данных)) +Гибкость, универсальность –Высокие затраты ресурсов на обмен инфой.
Более сложные стуктуры: сервер некоторого клиента сам становится клиентом по отношению к другому серверу.
Структура сервера базы данных.
подсистема взаимодействия с клиентским приложением. С ожидает запроса К на установление соединения, затем порождает новый процесс, кот обеспечивает связь с данным клиентом.
подсистема синтаксического разбора запросов Данный модуль отвечает за компиляцию поступающих от клиентов через интерфейсные процессы запросов во внутренний код, который будет исполняться сервером.
подсистема планирования выполнения запросов Данный модуль должен составить такой план выполения запроса, чтобы он был обработан наиболее быстро.
подсистема выполнения транзакций Здесь выполняется оптимизированный код запроса, обновляются индексы, выполняются в случае необходимости триггеры и хранимые процедуры. Ведется журнал транзакций.
подсистема управления памятью Этот компонент отвечает за считывание данных с диска в оперативную память, синхронизацию обновленний с данными диске и т.д.