
- •Трехуровневая архитектура субд. Внешний уровень. Концептуальный уровень. Внутренний уровень.
- •Функции субд. Восстановление данных. Поддержка языков бд
- •Функции субд. Управление параллельным доступом
- •Функции субд. Управление транзакциями.
- •Функции субд. Управление буферами оп
- •Функции субд. Управление данными во внешней памяти. Словарь данных.
- •Функции субд. Контроль доступа к данным. Поддержка целостности данных.
- •Жизненный цикл создания бд. Основные этапы.
- •Концептуальное проектирование. Модель «Сущность-связь». Основные понятия
- •Модели данных. Реляционная модель данных.Графическое изображение. Структурная часть рмд, Ключи, схема отношения, степень и мощность отношений.
- •Реляционная алгебра. Операции ра. Реляционное исчисление
- •Языки бд. Классификация операторов языка sql.
- •Последовательная нормализация. Избыточность данных, Аномалия обновления данных. 1нф, 2нф, 3нф.
- •Логическое проектирование бд. Правила преобразования км в рм для связи 1:1, 1:м, м:м.
- •Технологии использования бд. Функции приложения в архитектуре Клиент-Сервер.
- •Архитектура многопользовательских субд. Модели 2-уровневой архитектуры клиент –Сервер. Достоинства, недостатки.
- •Физическая организация данных. Технология хранения данных в субд. Технология доступа к бд (файловая, страничная)
- •Модель, свойства транзакций, обеспечение целостности данных с помощью транзакций. Управление транзакциями.
Функции субд. Управление буферами оп
Управление буферами ОП(увеличение скорости - буферизация). СУБД обычно работают с БД значительного размера; по крайней мере этот размер обычно существенно больше доступного объема оперативной памяти. Понятно, что если при обращении к любому элементу данных будет производиться обмен с внешней памятью, то вся система будет работать со скоростью устройства внешней памяти. Практически единственным способом реального увеличения этой скорости является буферизация данных в оперативной памяти. При этом, даже если операционная система производит общесистемную буферизацию (как в случае ОС UNIX), этого недостаточно для целей СУБД, которая располагает гораздо большей информацией о полезности буферизации той или иной части БД. Поэтому в развитых СУБД поддерживается собственный набор буферов оперативной памяти с собственной дисциплиной замены буферов. Заметим, что существует отдельное направление СУБД, которое ориентировано на постоянное присутствие в оперативной памяти всей БД. Это направление основывается на предположении, что в будущем объем оперативной памяти компьютеров будет настолько велик, что позволит не беспокоиться о буферизации. Пока эти работы находятся в стадии исследований.
Функции субд. Управление данными во внешней памяти. Словарь данных.
Управление данными во внешней памяти(выполнение простых операций: сохранение, обновление, извлечения), ускорение доступа к данным. Эта функция включает обеспечение необходимых структур внешней памяти как для хранения данных, непосредственно входящих в БД, так и для служебных целей, например, для убыстрения доступа к данным в некоторых случаях (обычно для этого используются индексы). В некоторых реализациях СУБД активно используются возможности существующих файловых систем, в других работа производится вплоть до уровня устройств внешней памяти. Но подчеркнем, что в развитых СУБД пользователи в любом случае не обязаны знать, использует ли СУБД файловую систему, и если использует, то как организованы файлы. В частности, СУБД поддерживает собственную систему именования объектов БД.
Словарь данных-хранилище информации описания данных в бд(имена, типы, размеры, имена связей, ограничения, имена пользователей, внешняя, концептуальная и внутренняя схемы и отображения между ними, статические данные(частота транзакций и счетчики обращения к объектам)). Каталог доступен и пользователям и функциям. Кол-во хранимой информации зависит от СУБД. Сам словарь данных можно по праву считать БД (но не пользовательской, а системой). Словарь «содержит данные о данных» (иногда называемые метаданными), т.е. определения других объектов системы, а не просто «сырые данные». В частности, исходная и объектная формы различных схем (внешних, концептуальных и т.д.) и отображений будут сохранены в словаре. Расширенный словарь будет включать также перекрестные ссылки, показывающие, например, какие из программ какую часть БД используют, какие отчеты требуются тем или иным пользователям, какие терминалы подключены к системе и т.д. Словарь может быть (а на самом деле даже должен быть) интегрирован в определяемую им БД, а значит, должен содержать описание самого себя. Конечно, должно быть возможность обращения к словарю, как и к другой БД, например, для того узнать, какие программы и/или пользователи будут затронуты при предполагаемом внесении изменения в систему.