Лекции и практики (1). Курс лекций и материалы для практических занятий

• Название: Курс лекций и материалы для практических занятий
• Дата: 17.03.2023
• Размер: 1.01 Mb.
• Имя файла: Лекции и практики (1).docx
• Тип: Курс лекций; #996812
• страница: 57 из 75

Определение дополнительных ограничений целостности

Перечислим ограничения целостности, которые не указаны в табл. 9.14–

9.23.

1. 
   Атрибут Видобразованияможет принимать одно из следующих значений: 'начальное', 'среднее', 'средне-специальное', 'высшее'.
   
2. 
   Атрибут Рольможет принимать одно из двух значений: 'исполнитель' или 'консультант'.
   
3. 
   В поле Доплатахранится величина доплаты сотруднику за участие в проек- те (в процентах к его окладу). Значение поля больше либо равно 0.
   
4. 
   Нумерация в поле Номер этапаначинается с 1 и является непрерывной для каждого проекта.
   
5. 
   Дата начала первого этапа проекта должна соответствовать началу проекта в целом, дата завершения последнего этапа должна соответствовать заверше-
   

нию проекта в целом. Этапы не должны пересекаться по времени и между ними не должно быть разрывов.

6. 
   Стоимость проекта должна быть равна сумме стоимостей всех этапов этого проекта.
   

Ограничения 4-6 нельзя реализовать в схеме отношения. В реальных БД подобные ограничения целостности реализуются вручную или программно (че- рез внешнее приложение или специальную процедуру контроля данных – триг- гер).

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

5. Описание групп пользователей и прав доступа

Опишем для каждой группы пользователей права доступа к каждой таб- лице (табл. 9.24).

Таблица 9.24. Права доступа к таблицам для групп пользователей

Таблицы	Группы пользователей (роли)
	Руководители организации	Сотрудники отд. кадров	Руководители проектов	Бухгалтеры	Участники проектов
Отделы	S	SIUD	S	S
Комнаты	S	SUID	S	S	S
Должности	SIUD			S
Сотрудники	S	SUID	S	S
Адреса- телефоны	S	SUID	S	S
Образование	S	SUID	S	S
Заказчики	SIUD		S
Проекты	SIUD		S
Этапы про- ектов	SIUD		SUI
Участие	S		S	S

В табл. 9.24 используются следующие сокращения: s – чтение данных (select);

i – добавление данных (insert);

u – модификация данных (update); d – удаление данных(delete).

Права доступа должны быть распределены так, чтобы для каждого объек- та БД был хотя бы один пользователь, который имеет право добавлять и уда- лять данные из объекта.

Права на изменение данных в таблице УЧАСТИЕбудут назначены через представление, т.к. изменять данные этой таблицы может только руководитель проекта. Описание представлений приведено в разделе 9.10.5.2. "Создание представлений (готовых запросов)".

Права назначает администратор БД (или администратор безопасности, если система сложная и администраторов несколько).

5. 
   Реализация проекта базы данных
   

Мы условились не привязываться к конкретной СУБД и выполнять опи- сание логической схемы БД на SQL-92. Приведём описание схемы БД на DDL.