2. Инфологическая модель

Из описания предметной области следует:

Сущности:

• Вещи

• Договоры

• ,Клиенты

• Категории

• Продажи

• Сотрудники

• Улица

• Район проживания

• Отделение выдачи

Атрибуты:

Вещи имеют следующие атрибуты:

• ID_вещи

• ID_категории

• Название

• Количество

• Оценочная стоимость

• Примечание

Договоры имеют следующие атрибуты:

• D_договора

• ID_клиента

• ID_вещи

• Дата

• Срок залога

• Дата начисления пенни

• Процент в день

• Дата выкупа

• Сумма выкупа

Клиенты имеют следующие атрибуты:

• ID_клиента

• ФИО

• Телефон

• Дата рождения

• ID_район

• ID_улица

• Дом

• Квартира

• Номер паспорта

• ID_кем_выдан

• Когда выдан

Продажи имеют следующие атрибуты:

• ID_продажи

• ID_вещи

• Цена продажи

• ID_сотрдуника

• Дата продажи

Сотрудники имеют следующие атрибуты:

• ID_Сотрудника

• ФИО

Категории имеют следующие атрибуты:

• ID_Категории

• Категория

Улицы имеют следующие атрибуты:

• ID_Улицы

• Название

Район_проживания имеют следующие атрибуты:

• ID_Района

• Район

Кем_выдан имеют следующие атрибуты:

• ID_Кем_выдан

• Отделение

Ключи сущностей:

• ID_ Вещи является первичным ключом сущности Вещи

• ID_Договора является первичным ключом сущности Договоры

• ID_Клиента является первичным ключом сущности Клиенты

• ID_Продажи является первичным ключом сущности Продажи

• ID_ Сотрудника является первичным ключом сущности Сотрудника

• ID_ Категории является первичным ключом сущности Категории

• ID_Улицы является первичным ключом сущности Улицы

• ID_ Района является первичным ключом сущности Район_проживания

• ID_ Кем_выдан является первичным ключом сущности Кем_выдан

Для моей базы данных я использовала связь «один-ко-многим». Связь типа «один-ко-многим» означает, что один экземпляр первой сущности связан с несколькими экземплярами второй сущности.

На основе выделенных сущностей и их атрибутов, связей между ними можно составить ER-модель, представленную на рис. 2–1.

Рис. 2-1. – ER-диаграмма предметной области

3. Логическое проектирование бд и нормализация полученных отношений

Первая нормальная форма (1 НФ) – Отношение находится в первой нормальной форме, если все его атрибуты имеют простые (атомарные) значения. Понятие атомарности определяется исходя из использования информационной системы.  

Вторая нормальная форма (2 НФ) – Отношение находится во второй нормальной форме, если оно находится в 1 НФ и все его поля, не входящие в первичный ключ, связаны полной функциональной зависимостью с первичным ключом. Если ключом является только один атрибут, то такое отношение уже находится во 2 НФ.

Третья нормальная форма (3 НФ) – Отношение находится в третьей нормальной форме, если оно находится во 2 НФ и ни одно из его не ключевых полей не зависит функционально от любого не ключевого поля.     

Клиенты(ID_клиента,ФИО, Телефон, Дата_рождения, ID_район, ID_улицы, Дом, Квартира, ID_кем_выдан)

1 НФ – все значения атомарные

2 НФ – все не ключевые атрибуты функционально полно зависят от ключа

3 НФ – отсутствуют транзитивные зависимости  

Вещи (ID_вещи, ID_категории, ID_клиента, Название, Количество, Оценочная стоимость, Примечание)

1 НФ – все значения атомарные

2 НФ – ключ состоит только из одного атрибута idБезработного

3 НФ – отсутствуют транзитивные зависимости  

Договоры (ID_договора, ID_клиента, ID_вещи,Дата, Дата_конца_залога, Выплата, ID_сотрудника)

1 НФ – все значения атомарные

2 НФ – все не ключевые атрибуты функционально полно зависят от ключа

3 НФ – отсутствуют транзитивные зависимости

Продажи (ID_продажи, ID_вещи, Цена, ID_сотрудника, Дата_продажи)

1 НФ – все значения атомарные

2 НФ – все не ключевые атрибуты функционально полно зависят от ключа

3 НФ – отсутствуют транзитивные зависимости

Кем_выдан (ID_кем_выдан,Отделение)

1 НФ – все значения атомарные

2 НФ – ключ состоит только из одного атрибута ID_кем_выдан

3 НФ – отсутствуют транзитивные зависимости  

Сотрудники (ID_сотрудника, ФИО)

1 НФ – все значения атомарные

2 НФ – ключ состоит только из одного атрибута ID_сотрудника

3 НФ – отсутствуют транзитивные зависимости

Район_проижвания (ID_район, Район)

1 НФ – все значения атомарные

2 НФ – ключ состоит только из одного атрибута ID_района

3 НФ – отсутствуют транзитивные зависимости  

Улица (ID_улицы, Название)

1 НФ – все значения атомарные

2 НФ – ключ состоит только из одного атрибута ID_улицы

3 НФ – отсутствуют транзитивные зависимости  

Категории (ID_категории, Категория)

1 НФ – все значения атомарные

2 НФ – ключ состоит только из одного атрибута ID_категории

3 НФ – отсутствуют транзитивные зависимости

Как мы можем заметить, все таблицы находятся в третьей нормальной форме, из чего следует, что созданная база данных, полностью соответствует третьей нормальной форме, показывая, что соблюдены все условия.