2 Ограничения целостности данных
Сделаем описания созданных таблиц и доменов для них на языке SQL (символ “#” для обозначения первичного ключа в дальнейшем не используем из-за особенностей СУБД ACCESS).
Таблица С
Создание доменов
CREATE DOMAIN Табн INTEGER;
CREATE DOMAIN Фио CHAR(50);
CREATE DOMAIN Долж CHAR(50);
CREATE DOMAIN Годрож INTEGER;
CREATE DOMAIN Нотд INTEGER;
Создание таблицы
CREATE TABLE С (Табн Табн, Фио Фио, Долж Долж, Годрож Годрож, Нотд Нотд,
PRIMARY KEY (Табн),
FOREIGN KEY (Нотд) REFERENCES О
ON DELETE NO ACTION
ON UPDATE CASCADE);
Таблица О
Создание доменов
CREATE DOMAIN Нотд INTEGER;
CREATE DOMAIN Назв CHAR(50);
CREATE DOMAIN Руков CHAR(50);
Создание таблицы
CREATE TABLE О (Нотд Нотд, Назв Назв, Руков Руков,
PRIMARY KEY (Нотд));
Таблица Д
Создание доменов
CREATE DOMAIN Рег INTEGER;
CREATE DOMAIN Тип CHAR(50);
CREATE DOMAIN Заголовок CHAR(50);
CREATE DOMAIN Коллист INTEGER;
Создание таблицы
CREATE TABLE Д (Рег Рег, Тип Тип, Заголовок Заголовок, Коллист Коллист,
PRIMARY KEY (Рег));
Таблица ОД
Создание доменов
CREATE DOMAIN Нотд INTEGER;
CREATE DOMAIN Рег INTEGER;
CREATE DOMAIN Дата DATE;
Создание таблицы
CREATE TABLE ОД (Нотд Нотд, Рег Рег, Дата Дата,
PRIMARY KEY (Нотд, Рег),
FOREIGN KEY (Нотд) REFERENCES О
ON DELETE NO ACTION
ON UPDATE CASCADE,
FOREIGN KEY (Рег) REFERENCES Д
ON DELETE NO ACTION
ON UPDATE CASCADE);
Весьма серьезную угрозу состоянию целостности БД могут создать функциональные зависимости (ФЗ) между неключевыми атрибутами. Для проверки их наличия и необходимости проведения нормализации отношений следует построить диаграммы ФЗ для каждого отношения (Рисунок 2).
Каждая стрелка начинается с первичного ключа соответствующего отношения. По определению стрелки должны начинаться с каждого потенциального ключа, т.к. одному значению такого ключа всегда соответствует, по крайней мере, еще одно какое-то значение. Некоторые стрелки следовало бы
Отношение О Отношение Д
Отношение С Отношение ОД
Рисунок 2 – Диаграммы функциональных зависимостей для отношений БД
исключить ввиду того, что они вызывают некоторые трудности. Но стрелки, начинающиеся с потенциальных ключей, никогда не могут быть исключены. Таким образом, процедуру нормализации можно было бы неформально охарактеризовать как процедуру исключения стрелок, которые начинаются с потенциальных ключей.
Процедура нормализации основана на разбиении, или декомпозиции данного отношения на другие отношения по определенным правилам, причем декомпозиция должна быть обратимой, т.е. выполняться без потерь информации (декомпозиция без потерь).
Отношение находится в первой нормальной форме, или сокращенно 1НФ, тогда и только тогда, когда отношение содержит только скалярные значения.
Все отношения рассматриваемой БД находятся в 1НФ, т.к. все используемые домены содержат только скалярные значения.
Отношение находится во второй нормальной форме (2НФ) тогда и только тогда, когда отношение находится в 1НФ, и каждый неключевой атрибут неприводимо зависим от первичного ключа. Все отношения рассматриваемой БД находятся во 2НФ, т.к. нет приводимых зависимостей.
Отношение находится в третьей нормальной форме (3НФ) тогда и только тогда, когда отношение находится во 2НФ, и каждый неключевой атрибут нетранзитивно зависит от первичного ключа. Все отношения рассматриваемой БД находятся также в 3НФ, т.к. все неключевые атрибуты взаимно независимы и нетранзитивно зависят только от первичного ключа.
Отношение находится в нормальной форме Бойса-Кодда (НФБК) тогда и только тогда, когда детерминанты всех ФЗ являются потенциальными ключами.
В случае, если между неключевыми атрибутами отсутствуют ФЗ, нормализация не проводится.
Все остальные разделы курсовой работы выполняются в полном соответствии с методическими указаниями к лабораторным работам. При этом особое внимание следует уделить обоснованию необходимости применения соответствующего инструмента СУБД MS Access. Общая последовательность выполнения работ выглядит следующим образом:
Обеспечение общих ограничений целостности;
Обеспечение частных ограничений целостности;
Обеспечение надежности взаимодействия пользователя и системы;
Разработка запросов пользователя на обработку данных БД;
Разработка средств автоматизации взаимодействия пользователя и системы;
Обеспечение безопасности данных.
При их выполнении следует придерживаться методических рекомендаций к выполнению лабораторных работ в соответствии с таблицей 1.
Для автоматизации подготовки документов необходимо в режиме Конструктора подготовить соответствующие отчеты. Создаваемые документы должны соответствовать требованиям ГОСТ Р 6.30-2003.
Все созданные объекты БД (таблицы, формы, запросы, отчеты) должны быть оформлены как единое целое в соответствии со спецификой предметной области с помощью кнопочной формы.