3,2 Класифікація зв'язків
Сутності «Замовники», «Накладні» об'єднані через сутність «Продажі». Таким чином, сутність «Продажі» пов'язана з іншими сутностями з відношенням «один-до-багатьох». Сутності «Постачальники» об'єднані через сутність «Склад». Таким чином, сутність «Постачальники» пов'язана з іншими сутностями з відношенням «один-до-багатьох». Зв'язки сутностей реалізованих в доступі представлені на малюнку 3.2.
Рисунок 3,2 Інформаційно-логічна модель в Access
4. РЕЛЯЦIЙНА МОДЕЛЬ БАЗИ ДАНИХ
4.1 Функціональні залежності між атрибутами
Сутність «Замовники» посилається на сутності «Накладні, (див. схему в розділі 3.1.). Таким чином, сутність «Замовники» містить один ключа. Сутність «Склад» посилається на сутності «Продажі (див. схему в розділі 3.1). Таким чином, сутність «Склад» містить один зовнішній ключ.
4.2 Вибір ключів
В якості первинного ключа сутності «Замовники» обрано Артикул, для сутності «Накладні» - код замовника, «Накладні» до «Продажі» - код товару, «Продажі» до «Склад» - код товару, «Склад» до «Постачальники» - код постачальника.
4.3 Нормалізація відносин
Схема, наведена в розділі 3.1., Відповідає 1НФ тому дані представлені у вигляді двовимірних таблиць з виділеними ключовими атрибутами.
Схема також відповідає 2НФ, т.к. вона відповідає всім вимогам 1НФ, т.к. вона відповідає всім вимогам 1НФ і в ній немає неключових атрибутів, залежних тільки від частини складного ключа.
Схема відповідає 3НФ, т.к. вона відповідає всім вимогам 2НФ і жоден з не ключових атрибутів не залежить від інших не ключових атрибутів.
5. ДАТАЛОГIЧНЕ ПРОЕКТУВАННЯ
5.1 Склад таблиць БД
Після того як були розроблені логічні зв'язки сутностей приступив до Даталогіческое проектування таблиць БД.
База даних містить 5 таблиць: «Замовники», «Накладні», «Постачальники», «Продажі», «Склад».
Рисунок 5.1.1 Вид таблиці «Замовники» в Конструкторі
Рисунок 5.1.2 Вид табліці «Накладні» в Конструкторі
Рисунок 5.1.3 Вид табліці «Постачальники» в Конструкторі
Рисунок 5.1.4 Вид табліці «продажі» в Конструкторі
Рисунок 5.1.5 Вид таблиці «Склад» в Конструкторі
5.2 Засоби підтримки цілісності
Для всіх зв'язків, представлених на схемі, включено забезпечення цілісності даних, каскадне видалення пов'язаних записів (див. рисунок 5.2.1).
Рисунок 5.2.1 Зміна зв'язків
6. Запросы к базе данных
Из данных искомых таблиц БД были реализованы пять запросов (см. рисунок 6.1).
6. Запити до бази даних
З даних шуканих таблиць БД були реалізовані п'ять запитів (див. рисунок 6.1).
Рисунок 6.2 Вид запиту в Конструкторі
Рисунок 6.3 Результат запиту
Прикладами запиту з умовою є запит «Умова відбору»
Рисунок 6.4 Вид запиту в Конструкторі
Рисунок 6.5 Результат запиту
Прикладом запиту на вибірку є запит «Умова відбору».
Рисунок 6.6 Вид запиту в Конструкторі
Рисунок 6.7 Результат запиту
Прикладом запиту на сортування є запит «Умова відбору»
Рисунок 6.8 Вид запиту в Конструкторі
Рисунок 6.9 Результат запиту
Прикладами запиту на обчислення даних є запити «Обчислення залишку товару»
Рисунок 6.10 Вид запиту в Конструкторі
Рисунок 6.11 Результат запиту
7. ВИМОГИ ДО ТЕХНІЧНОГО ЗАБЕЗПЕЧЕННЯ
Вимоги до даної системи БД полягають в наступному:
1) IBM-сумісний комп'ютер;
2) Процесор не нижче Pentium IV, ОЗУ не менше 256Мб;
3) Windows 2003/XP;
4) Microsoft Access 2003;
5) Швидкодія системи.
8. ІНСТРУКЦІЯ З ВИКОРИСТАННЯ БД