#39;язана з сутністю Замовлення. З каталогу вибираються товари для оформлення замовлень. Ступінь зв'язку - "один-до-багатьох". p align="justify"> Сутність Магазин пов'язана з сутністю Продавці. У магазині може працювати декілька продавців. Ступінь зв'язку - "один-до-багатьох". p align="justify"> Сутність Магазин пов'язана з сутністю Продаж. В одному магазині може здійснюватися кілька операцій продажу. Ступінь зв'язку - "один-до-багатьох". p align="justify"> Сутність Магазин пов'язана з сутністю Замовлення. В одному магазині може оформлятися кілька замовлень. Ступінь зв'язку - "один-до-багатьох". p align="justify"> Сутність Каталог пов'язана з сутністю Комплектуючі. Кожному товару з каталогу відповідає сукупність комплектуючих. Ступінь зв'язку - "один-до-одного". p align="justify"> Сутність Постачальники пов'язана з сутністю Каталог. Постачальники поставляють товари, які вносяться в каталог. Ступінь зв'язку - "один-до-багатьох". br/>
2.1.4 Виявлення атрибутів сутностей. Призначення первинних ключів
Розглянемо атрибути кожної суті:
Покупці (Номер покупця, Назва фірми, ПІБ, Адреса, Телефон);
Продавці (Номер магазину, Особистий номер, ПІБ);
Постачальники (Номер постачальника, Назва фірми, Адреса, Телефон);
Магазин (Номер магазину, Назва, ПІБ директора, Адреса);
Каталог (Артикул, Найменування товару, Кількість товару в наявності, Опис, Наявність, Ціна, Номер постачальника);
Комплектуючі (Артикул, Найменування товару, Материнська плата, Процесор, Кулер, Відеокарта, Оперативна пам'ять, Вінчестер, Клавіатура, Моніпулятор, DVD_CD, Корпус, Floopy);
Замовлення (Особистий номер, Номер покупця, Номер магазину, Дата, Кількість, Артикул);
Продаж (Артикул, Номер покупця, Номер магазину, Дата, Кількість, Особистий номер).
В результаті отримуємо ER-діаграму (Рісунок3):
В
Малюнок 4. ER-діаграма, отримана за допомогою програми ER-Win
Нормалізація бази даних
Покажемо послідовний перехід від однієї нормальної форми до іншої:
. Дане відношення знаходиться в 1НФ, оскільки в ньому кожне значення, що міститься на перетині рядка і колонки, що не расчленяемо на кілька значень. p>. Дане відношення знаходиться в 2НФ, оскільки кожен не ключовий атрибут функціонально повно залежить від первинного ключа - номер покупця. p>. Дане відношення знаходиться в 3НФ, так як кожен не ключовий атрибут залежить тільки від первинного ключа номер покупця і не виникає інформаційної надмірності та аномалій. br/>В
Малюнок 5. Схема даних
2.1.5 Розробка збережених процедур і функцій
Основні процедури, які використовуються в дода...
