|
|
Курсовое_проектир методич указания. Методические указания к курсовому проектированию по курсу "Базы данных" Составитель
Потенциальными ключами отношения СОТРУДНИКИ являются поля Паспортные данные, ИНН и Номер страхового пенсионного свидетельства. Все они занимают достаточно много места, а паспортные данные кроме того могут меняться. Введём суррогатный первичный ключ Номер сотрудника.
Таблица 2. Схема отношения СОТРУДНИКИ (Employees)
Содержание поля
|
Имя поля
|
Тип, длина
|
Примечания
|
Номер
|
E_ID
|
N(4)
|
суррогатный первичный ключ
|
Фамилия, имя, отчество
|
E_NAME
|
V(50)
|
обязательное поле
|
Дата рождения
|
E_BORN
|
D
|
обязательное поле
|
Пол
|
E_SEX
|
C(1)
|
обязательное поле, 'м' или 'ж'
|
Паспортные данные
|
E_PASP
|
V(50)
|
обязательное поле
|
ИНН
|
E_INN
|
С(12)
|
обязательное уникальное поле
|
Номер пенсионного страхового свидетельства
|
E_PENS
|
С(14)
|
обязательное уникальное поле
|
Отдел
|
E_DEPART
|
C(10)
|
внешний ключ (к Departs)
|
Должность
|
E_POST
|
V(30)
|
обязательное поле
|
Оклад
|
E_SAL
|
N(8,2)
|
обязательное поле, > 4500 руб.
|
Данные об образовании
|
E_EDU
|
V(200)
|
обязательное многозначное поле
|
Адреса
|
E_ADDR
|
V(100)
|
многозначное поле
|
Телефоны
|
E_PHONE
|
V(30)
|
многозначное поле
|
Логин
|
E_LOGIN
|
V(30)
|
|
Примечание. Суррогатный первичный ключ также может вводиться в тех случаях, когда потенциальный ключ имеет большой размер (например, длинная символьная строка) или является составным (не менее трёх атрибутов).
В отношении ПРОЕКТЫ три потенциальных ключа: Номер проекта, Название проекта и Сокращённое названиие. Меньше места занимает первый из них, но он малоинформативен. Зато сокращённое название, используемое в качестве внешнего ключа в других таблицах, позволит специалисту идентифицировать проект без необходимости соединения с отношением ПРОЕКТЫ.
Таблица 3. Схема отношения ПРОЕКТЫ (Projects)
Содержание поля
|
Имя поля
|
Тип, длина
|
Примечания
|
Номер проекта
|
P_ID
|
N(6)
|
обязательное уникальное поле
|
Название проекта
|
P_TITLE
|
V(100)
|
обязательное поле
|
Сокращённое название
|
P_ABBR
|
С(10)
|
первичный ключ
|
Отдел
|
P_DEPART
|
C(10)
|
внешний ключ (к Departs)
|
Заказчик
|
P_COMPANY
|
V(40)
|
обязательное поле
|
Данные заказчика
|
P_LINKS
|
V(200)
|
обязательное поле
|
Руководитель
|
P_CHIEF
|
N(4)
|
внешний ключ (к Employees)
|
Дата начала проекта
|
P_BEGIN
|
D
|
обязательное поле
|
Дата окончания проекта
|
P_END
|
D
|
обязательное поле, больше даты начала проекта
|
Реальная дата окончания
|
P_FINISH
|
D
|
|
Стоимость проекта
|
P_COST
|
N(10)
|
обязательное поле
|
Полученная сумма
|
P_SUM
|
N(10)
|
обязательное поле, значение по умолчанию – 0
|
Потенциальным ключом отношения ЭТАПЫ является комбинация внешнего ключа и номера этапа, а потенциальным ключом вспомогательного отношения УЧАСТИЕ является комбинация первых трёх полей этого отношения. Можно вообще не вводить первичный ключ для данных отношений, т.к. на них никто не ссылается. Но уникальность этих комбинации является в данном случае ограничением целостности данных, поэтому мы возьмём эти комбинации в качестве первичных ключей соответствующих отношений.
Таблица 4. Схема отношения ЭТАПЫ ПРОЕКТА (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)
|
обязательное поле
|
Таблица 5. Схема отношения УЧАСТИЕ (Job)
Содержание поля
|
Имя поля
|
Тип, длина
|
Примечания *
|
Проект
|
J_PRO
|
C(10)
|
внешний ключ (к Projects)
|
Сотрудник
|
J_EMP
|
N(4)
|
внешний ключ (к Employees)
|
Роль
|
J_ROLE
|
V(20)
|
обязательное поле
|
Доплата
|
J_BONUS
|
N(2)
|
|
* – в отношении УЧАСТИЕ первичный ключ состоит из первых 3-х полей этого отношения.
2.4.3. Нормализация полученных отношений (до 4НФ)
Механизм нормализации подразумевает определённую последовательность преобразования отношений к третьей нормальной форме. Мы не будем чётко придерживаться этой последовательности, т.к. она избыточна, и многозначные атрибуты сразу вынесем в отдельные отношения на первом же этапе.
|
|
|
Скачать 340.75 Kb.