🗊Презентация Реляционные системы управления базами данных. Основные концепции

Реляционные системы управления базами данных Основные концепции.

Основные функции СУБД

СУБД

Классификация СУБД

Классификация СУБД

Требования к реляционным СУБД (по Кодду) Явное представление данных (The Information Rule). Информация должна быть представлена в виде данных, хранящихся в ячейках. Данные, хранящиеся в ячейках, должны быть атомарны. Порядок строк в реляционной таблице не должен влиять на смысл данных. Гарантированный доступ к данным (Guaranteed Access Rule). К каждому элементу данных должен быть гарантирован доступ с помощью комбинации имени таблицы, первичного ключа строки и имени столбца. Полная обработка неизвестных значений (Systematic Treatment of Null Values). Неизвестные значения (NULL), отличные от любого известного значения, должны поддерживаться для всех типов данных при выполнении любых операций.

Требования к реляционным СУБД (по Кодду) Доступ к словарю данных в терминах реляционной модели (Dynamic On-Line Catalog Based on the Relational Model). Словарь данных должен сохраняться в форме реляционных таблиц, и СУБД должна поддерживать доступ к нему при помощи стандартных языковых средств. Полнота подмножества языка (Comprehensive Data Sublanguage Rule). Система управления реляционными базами данных должна поддерживать единственный язык запросов, который позволяет выполнять все операции работы к данным: операции определения данных, операции манипулирования данными, управление доступом к данным, управление транзакциями.

Требования к реляционным СУБД (по Кодду) Поддержка обновляемых представлений (View Updating Rule). Обновляемое представление должно поддерживать все операции манипулирования данными, которые поддерживают реляционные таблицы: операции выборки, вставки, модификации и удаления данных. Наличие высокоуровневых операций управления данными (High-Level Insert, Update, and Delete). Операции вставки, модификации и удаления данных должны поддерживаться не только по отношению к одной строке реляционной таблицы, но по отношению к любому множеству строк.

Требования к реляционным СУБД (по Кодду) Физическая независимость данных (Physical Data Independence). Приложения не должны зависеть от используемых способов хранения данных на носителях, от аппаратного обеспечения компьютеров, на которых находится реляционная база данных. Логическая независимость данных (Logical Data Independence). Представление данных в приложении не должно зависеть от структуры реляционных таблиц.

Требования к реляционным СУБД (по Кодду) Независимость контроля целостности (Integrity Independence). Вся информация, необходимая для поддержания целостности, должна находиться в словаре данных. СУБД должна выполнять проверку заданных ограничений целостности и автоматически поддерживать целостность данных. Независимость от распределенности (Distribution Independence). База данных может быть распределенной, может находиться на нескольких компьютерах, и это не должно оказывать влияние на приложения. Согласование языковых уровней (Non-Subversion Rule). Не должно быть иного средства доступа к данным, отличного от стандартного языка работы с данными. Если используется низкоуровневый язык доступа к данным, он не должен игнорировать правила безопасности и целостности, которые поддерживаются языком более высокого уровня.

Основные функции реляционной СУБД Поддержка многопользовательского доступа. Обеспечение физической целостности данных. Управление доступом. Настройка РСУБД. подключение внешних приложений к БД; модификация параметров организации среды хранения; изменение структуры хранимых данных или их размещения в среде хранения (реорганизация БД); модификацию концептуальной схемы данных (реструктуризация БД).

Требования к составу и функциям СУБД Хранение, извлечение и обновление данных. Каталог (ССД), доступный конечным пользователям. Поддержка транзакций. Служба управления параллельной работой. Службы восстановления. Службы контроля доступа к данным. Службы поддержки целостности данных. Службы поддержки независимости от данных. Вспомогательные службы.

Администрирование базы данных В задачи администратора входит выполнение нескольких групп функций: 1. Администрирование предметной области 2. Администрирование БД: - изменения в структуре хранимых данных - изменения способов размещения данных в памяти - изменения используемых методов доступа к данным 3. Администрирование приложений 4. Администрирование безопасности данных

Вспомогательные службы Обычно предназначены для оказания помощи АБД в эффективном администрировании базы данных. Некоторые примеры подобных утилит. Утилиты импортирования. Средства мониторинга. Программы статистического анализа. Инструменты реорганизации индексов. Инструменты сборки мусора и перераспределения памяти для физического устранения удаленных записей с запоминающих устройств, объединения освобожденного пространства и перераспределения памяти по мере необходимости.

Преимущества наличия ССД

Основные компоненты СУБД

Основные программные компоненты СУБД Процессор запросов. Диспетчер базы данных. Диспетчер файлов.

Основные программные компоненты СУБД Препроцессор языка DML. Компилятор языка DDL. Диспетчер словаря. Модуль контроля прав доступа. Процессор команд. Средства контроля целостности. Оптимизатор запросов.

Основные программные компоненты СУБД Диспетчер транзакций. Планировщик. Диспетчер восстановления. Диспетчер буферов. Архитектура MTS

Лекция. MS Access: запросы, формы, отчеты, макросы.