Главная страница
Навигация по странице:

  • 2.1.3.2 Приведение модели базы данных ко второй нормальной форме

  • ДИПЛОМ_ПЗ. 1. 1 Постановка задачи 1 Описание бизнеспроцесса


    Скачать 1.59 Mb.
    Название1. 1 Постановка задачи 1 Описание бизнеспроцесса
    Дата03.10.2021
    Размер1.59 Mb.
    Формат файлаdocx
    Имя файлаДИПЛОМ_ПЗ.docx
    ТипДокументы
    #240908
    страница4 из 7
    1   2   3   4   5   6   7

    2.1.3 Нормализация базы данных

    2.1.3.1 Приведение модели базы данных к первой нормальной форме


    Отношение находится в первой нормальной форме, если для каждой сущности выполняется условия:

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

    Приведем таблицу сущностей к первой нормальной форме.

    Таблица 3 – Атрибуты и первичные ключи сущностей в первой нормальной форме

    Сущность

    Первичный ключ

    Атрибуты

    Продукция

    Код_продукции

    Код_продукции

    Наименование_продукции

    Артикул

    Вид_продукции

    Упаковка

    Производитель

    Единица_измерения

    Объем

    Срок_годности

    Цена_поставки

    Розничная_цена

    Сертификат

    Код_списания

    Ставка_НДС

    Сотрудники

    Код_сотрудника


    Код_сотрудника

    Фамилия

    Имя

    Отчество

    Должность

    Продолжение таблицы 3

    Сущность

    Первичный ключ

    Атрибуты

    Сотрудники

    Код_сотрудника


    Год_рождения

    Адрес

    Телефон

    Образование

    Заработная_плата

    Поставщики

    Код_поставщика

    Код_поставщика

    Наименование

    Адрес

    Телефон

    ИНН

    Банк

    Расчетный_счет

    Корреспонденский_счет

    БИК

    Контактное_лицо

    Договор

    ОГРН

    Договор

    Код_договора

    Код_договора

    Наименование

    Дата_заключения

    Поставка_продукции

    Номер_поставки

    Номер_поставки

    Дата

    Поставщик

    Договор

    Долг_по_оплата

    Итого_по_поставке

    Сумма_оплаты

    Продажа

    Номер_продажи

    Номер_продажи

    Дата

    Итоговая_сумма

    Вид_оплаты

    Вид_карты

    Сумма_без_НДС

    Сумма_с_НДС

    Получено

    Сдача

    Сотрудник

    2.1.3.2 Приведение модели базы данных ко второй нормальной форме

    Отношение находится во второй нормальной форме, если оно удовлетворяет следующим требованиям:

    • выполняются условия первой нормальной формы;

    • первичный ключ однозначно определяет запись;

    • все поля записи функционально полно зависят от первичного ключа.

    Атрибуты «Вид_продукции», «Упаковка», «Производитель», «Единица_измерения», «Срок_годности», «Сертификат» в сущности «Продукция» следует преобразовать, выделив их в отдельные сущности.

    Атрибут «Должность» в сущности «Сотрудники» следует преобразовать, выделив в отдельную сущность.

    Атрибуты «Вид_оплаты», «Вид_карты» в сущности «Продажа» следует преобразовать, выделив отдельные сущности.

    Атрибут «Ставка_НДС» в сущности «Состав_продажи» следует преобразовать, выделив отдельную сущность.

    Атрибут «Причина_списания» в сущности «Состав_списания» следует преобразовать, выделив отдельную сущность.

    Приведем таблицу сущностей и атрибутов ко второй нормальной форме.

    Таблица 4 – Атрибуты и первичные ключи сущностей во второй нормальной форме

    Сущность

    Первичный ключ

    Атрибуты

    Продукция

    Код_продукции

    Код_продукции

    Наименование_продукции

    Артикул

    Вид_продукции

    Упаковка

    Производитель

    Единица_измерения

    Объем

    Срок_годности

    Цена_поставки

    Розничная_цена

    Сертификат

    Код_списания

    Ставка_НДС

    Сотрудники

    Код_сотрудника


    Код_сотрудника

    Фамилия

    Имя

    Отчество

    Должность

    Продолжение таблицы 4

    Сущность

    Первичный ключ

    Атрибуты

    Сотрудники

    Код_сотрудника


    Год_рождения

    Адрес

    Телефон

    Образование

    Заработная_плата

    Поставщики

    Код_поставщика

    Код_поставщика

    Наименование

    Адрес

    Телефон

    ИНН

    Банк

    Расчетный_счет

    Корреспонденский_счет

    БИК

    Контактное_лицо

    Договор

    ОГРН

    Договор

    Код_договора

    Код_договора

    Наименование

    Дата_заключения

    Поставка_продукции

    Номер_поставки

    Номер_поставки

    Дата

    Поставщик

    Договор

    Долг_по_оплата

    Итого_по_поставке

    Сумма_оплаты

    Продажа

    Номер_продажи

    Номер_продажи

    Дата

    Итоговая_сумма

    Вид_оплаты

    Вид_карты

    Сумма_без_НДС

    Сумма_с_НДС

    Получено

    Сдача

    Сотрудник

    Должность

    Код_должности

    Код_должности

    Наименование

    Вид_продукции

    Код_вида_продукции

    Код_вида_продукции

    Наименование

    Продолжение таблицы 4

    Сущность

    Первичный ключ

    Атрибуты

    Упаковка

    Код_упаковки


    Код_упаковки

    Наименование

    Производитель

    Код_производителя

    Код_производителя

    Наименование

    Единица_измерения

    Код_единицы_измерения

    Код_единицы_измерения Наименование

    Сертификат

    Код_сертификата

    Код_сертификата

    Наименование

    Срок_годности

    Код_срока_годности

    Код_срока_годности Наименование

    Причины_списания

    Код_причины_списания

    Код_причины_списания Наименование

    Вид_оплаты

    Код_вида_оплаты

    Код_вида_оплаты Наименование

    Вид_карты

    Код_вида_карты

    Код_вида_карты Наименование

    Ставка_НДС

    Код_ставки_НДС

    Код_ставки_НДС

    Наименование

    Представим информационную модель задачи в виде диаграммы «сущность – связь» (рис.).

    Рисунок 22 – Диаграмма взаимосвязей между атрибутами сущностей в третьей нормальной форме
    1   2   3   4   5   6   7


    написать администратору сайта