ві цих сутності через створене поле. Аналогічним чином з потреби додаються ключові атрибути до інших сутностей. p align="justify"> Для другої нормальної форми (2НФ) вимагається, щоб усі поля таблиці залежали від первинного ключа, тобто, щоб первинний ключ однозначно визначав запис і не був надмірний. Значення первинного ключа в таблиці БД має бути унікальним, тобто в таблиці не повинно існувати двох і більше записів з однаковим значенням первинного ключа. Ті поля, які залежать тільки від частини первинного ключа, повинні бути виділені в складі окремих таблиць. p align="justify"> Зокрема виділення в окрему сутність інформацію про банки дозволило виключити дублювання в сутності ПОСТАЧАЛЬНИКИ.
Сутність БАНКИ. Характеризується такими атрибутами:
- Банківський Ідентифікаційний Код (БІК);
- Найменування Банку (НаімБанк);
- Місто банку (ГорБанк);
- Кореспондентський рахунок (К/С).
Для третьої нормальної форми (ЗНФ) потрібен, щоб все не ключові стовпці таблиці залежали від первинного ключа таблиці, але були незалежні один від одного. Для цього потрібно, щоб таблиці були приведені до 1НФ і 2НФ. p align="justify"> Сутність ТОВАРИ не відповідає третій нормальній формі, тому що має атрибут залежний від іншого атрибуту - Найменування одиниці вимірювання від Коду одиниці виміру. Для приведення до третьої нормальної форми із сутності товари була виділена ще одна сутність: ОДИНИЦІ ВИМІРЮВАННЯ. p align="justify"> Сутність ОДИНИЦІ ВИМІРЮВАННЯ. Характеризується такими атрибутами:
- Код одиниці виміру (КодЕдІзм);
- Найменування одиниці виміру (НаімЕдІзм);
У підсумку, завдяки нормалізації були виділені ще 2 сутності: БАНКИ і ОДИНИЦІ ВИМІРЮВАННЯ. У кінцевому рахунку, загальні число сутностей стало одно 11. У результаті нормалізації були додані ключові атрибути, які забезпечать зв'язок між сутностями. Дані зв'язку продемонстровані в наступному розділі. br/>
2.2.5 Побудова инфологической моделі у вигляді діаграми В«Таблиця-зв'язокВ»
В
Малюнок 2.4 Інфологіческая модель у вигляді діаграми В«Таблиця зв'язокВ»
.3 Проектування даталогіческой моделі
Реляційна база даних являє собою безліч взаємопов'язаних таблиць, кожна з яких містить інформацію про об'єкти певного типу.
Найбільш зручною і популярною системою управління базою даних (СКБД), яка дозволить реалізувати всі необхідні завдання з розробки бази даних та програмного додатка є продукт компанії Microsoft - Access.Access є настільною СУБД рел...
