ю оновлення.
.5 Логічне проектування
Даний етап являє собою процес об'єднання даних у логічно організовані групи об'єктів (таблиці), якими надалі легко керувати.
Дана БД спочатку являла собою логічно не організовану структуру даних (див. на рис.12).
Рис.12 В«ненормалізованих БДВ»
ПродажіКод продажіДата поставкиПроданМодельГарантийный срокЦенаОбщая інформаціяІмя продажіПоставлено шт.ПоставщікКол-сть шт. на складеПродано шт.
Всі розглянуті відносини в реляційному підході перебувати в 1НФ, які припускають, що елементи доменів відносин не є множинами (атомарними). ​​
НФ. На цьому етапі виділені таблиці В« Продажі В»,В« Працівники В»,В« Телефони В». З таблиці В«ПродажіВ» в таблицю В«ПрацівникиВ» перенесені поля: В«ПрізвищеВ», В«Ім'яВ», В«По батьковіВ», В«ТелефонВ» , В«ОкладВ», В«ПосадаВ» і задано ключове поле В«Код співробітникаВ», тому що дані поля несуть інформацію про співробітників магазину, а не інформацію про продажі. З таблиці В«ПродажіВ» в таблицю В«ТелефониВ» перенесені поля: В«Дата поставкиВ», В«Кількість шт. на складі В»,В« Модель В»,В« Гарантійний термін В»,В« Ціна В». В«Ім'я фірмиВ», В«Загальна інформаціяВ», В«Поставлено шт.В», В«ПостачальникВ» і задано ключове поле В«Серійний номерВ» (Таблиця 1), тому що ці поля логічно пов'язані з нею.
Таблиця 1. В«1НФВ»
ПродажиСотрудникиТелефоныКод продажіКод сотруднікаСерійний номерСерійний номерФаміліяДата поставкіКод сотруднікаІмяПоставлено шт.Дата продажиОтчествоМодельПродано шт.ТелефонГарантійний срокОкладЦенаДолжностьІмя фірмиОбщая інформаціяКол-сть шт. на складеПоставщік
Відносини знаходяться під 2НФ, якщо відносини знаходяться в 1НФ, і кожний не первинний атрибут формально повно залежить від кожного можливого ключа.
НФ. З таблиці В«ПрацівникиВ» виділена таблиця ...
