Составление реляционных отношений

Таблица 5 – Схема отношения «Структурные подразделения» (STRUCT_PODRAZ)
Наименование поля Имя поля Тип переменных и их длина Примечание
Код подразделения (ID) PODRAZ_ID CHAR(20) первичный ключ
Название подразделения PODRAZ_NAME VARCHAR(100) обязательное поле
Номер бокса PODRAZ_BOX VARCHAR(10) обязательное многозначное поле
Контактные телефоны PODRAZ_PHONE VARCHAR(40) обязательное многозначное поле
При составлении схемы отношений «Сотрудники» возникает необходимость ввода суррогатного ключа т.к. в Автосервисе не исключена работа сотрудников с одинаковой фамилией. Использование в качестве первичного ключа ИНН и паспортных данных (они являются уникальными для каждого сотрудника) нецелесообразно т.к. они как потенциальные ключи имеют длинные символьные строки. В качестве суррогатного ключа будет использован идентификационный номер сотрудника.
Таблица 6 – Схема отношения «Сотрудники» (EMPLOY)
Наименование поля Имя поля Тип переменных и их длина Примечание
Фамилия, Имя, отчество E_NAME VARCHAR(50) обязательное поле
Паспортные данные E_PASP VARCHAR(50) обязательное поле
Дата рождения E_BORN DATE обязательное поле
пол E_SEX CHAR(1) Принимает только одно значение «м» или «ж»
Данные ИНН E_INN CHAR(12) Длина ИНН физ.лица – 12 Уникальное поле
Данные СНИЛС E_SNILS CHAR(12) Уникальное поле
Адрес проживания E_ADDRESS VARCHAR(50) Многозначное поле
Телефон E_PHONENUMBERS VARCHAR(50) Многозначное поле
Документы об образовании E_EDUСATION VARCHAR(100) Обязательное многозначное поле
Должность E_POST VARCHAR(30) Обязательное многозначное поле
Должностной оклад E_SAL SMALLINT (6) Базовый оклад + все дополнительные выплаты(премии , проценты)
Логин E_LOGIN VARCHAR(30) Идентификатор входа в систему
ID сотрудника ID_EMPLOY SMALLINT(6) Суррогатный первичный ключ
Составим схему отношений для проектов

. Первичным ключом будет являться ID заказа. Для заказа, даты соответствуют фактическим датам приема машины у заказчика и приемки проделанных работ. Количество заказов в Автосервисе, поэтому целесообразно в качестве первичного ключа использовать идентификационный код заказа (ID). Каждый заказ соответствует определенному подразделению, поэтому сформируем внешний ключ к структурным подразделениям.
Таблица 7 – Схема отношения «Заказы» (ORDER)
Наименование поля Имя поля Тип переменных и их длина Примечание
ID заказа O_ID SMALLINT (6) Первичный ключ
Продолжение таблицы 7
Наименование поля Имя поля Тип переменных и их длина Примечание
Тип заказа O_TYPE VARCHAR(20) обязательное поле
дата начала работ O_BEGIN DATE Обязательное поле
дата завершения работ O_END DATE Обязательное поле
доходность заказа O_PROFIT MEDIUMINT(9) Обязательное поле
затраты на комплектующие O_COST MEDIUMINT(9) Обязательное поле
Структурное подразделение O_DEPART CHAR(10) Внешний ключ к структурным подразделениям
Таблица 8 – Схема отношения «Составляющие заказа» (PARTORDER)
Наименование поля Имя поля Тип переменных и их длина Примечание
Номер (ID) PO_NUM SMALLINT (6) Первичный ключ
Объем проделанных работ PO_VOLUME VARCHAR(100) Внешний ключ к ORDER
дата начала работ; PO_BEGIN DATE обязательное поле
дата завершения работ; PO_END DATE обязательное поле
Далее производим нормализацию полученных отношений