Курсовое_проектир методич указания. Методические указания к курсовому проектированию по курсу "Базы данных" Составитель

• Название: Методические указания к курсовому проектированию по курсу "Базы данных" Составитель
• Дата: 10.01.2023
• Размер: 340.75 Kb.
• Имя файла: Курсовое_проектир методич указания.docx
• Тип: Методические указания; #880276
• страница: 7 из 9

Таблица 14. Схема отношения ЭТАПЫ ПРОЕКТА (Stages)

Содержание поля	Имя поля	Тип, длина	Примечания
Проект	S_PRO	C(10)	внешний ключ (к Projects)	составной первичный ключ
Номер этапа	S_NUM	N(2)
Название этапа	S_TITLE	V(200)	обязательное поле
Дата начала этапа	S_BEGIN	D	обязательное поле
Дата окончания этапа	S_END	D	обязательное поле, больше даты начала этапа
Реальная дата окончания	S_FINISH	D	больше даты начала этапа
Стоимость этапа	S_COST	N(10)	обязательное поле
Полученная сумма по этапу	S_SUM	N(10)	обязательное поле, значение по умолчанию – 0
Форма отчётности	S_FORM	V(100)	обязательное поле

Таблица 15. Схема отношения УЧАСТИЕ (Job)

Содержание поля	Имя поля	Тип, длина	Примечания
Проект	J_PRO	C(10)	внешний ключ (к Projects)	состав-ной ПК
Сотрудник	J_EMP	N(4)	внешний ключ (к Employees)
Роль	J_ROLE	V(20)	обязательное поле
Доплата	J_BONUS	N(2)

Схема базы данных после нормализации приведена на рис. 7.

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

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

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

Рис. 7. Окончательная схема БД проектной организации

5. 
   Дата начала первого этапа проекта должна соответствовать началу проекта в целом, дата завершения последнего этапа должна соответствовать завершению проекта в целом. Этапы не должны пересекаться по времени и между ними не должно быть разрывов.
   
6. 
   Стоимость проекта должна быть равна сумме стоимостей всех этапов этого проекта.
   

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

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

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

Опишем для каждой группы пользователей права доступа к каждой таблице. Права доступа должны быть распределены так, чтобы для каждого объекта БД был хотя бы один пользователь, который имеет право добавлять и удалять данные из объекта. Права приведены в табл. 16. Используются следующие сокращения:

s – чтение данных (select);

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

u – модификация данных (update);

d – удаление данных(delete).

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

Таблицы	Группы пользователей (роли)
	Руководители организации	Сотрудники отд. кадров	Руководители проектов	Бухгалтеры	Участники проектов
Отделы	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

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

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