и. Транзитивні залежності вилучаються також за допомогою декомпозиції відносини на інші два або більше відносин, які не містять транзитивних відносин і об'єднання яких дасть початкове ставлення. Мінлива відносини знаходиться в нормальній формі Бойса-Кодда тоді і тільки тоді, коли детермінанти всіх її функціональних залежностей є потенційними ключами. Відношення знаходиться в 4NF, якщо воно знаходиться в НФБК і не містить нетривіальних багатозначних залежностей. Тобто всі багатозначні залежності є функціональними залежностями від ключів відносини.
Таким чином, нормалізація - це розбиття таблиці на дві або більше, що володіють кращими властивостями при включенні, зміну і видалення даних. Остаточна мета нормалізації зводиться до отримання проекту бази даних, в якому виключена надмірність інформації. Це робиться з метою економії пам'яті, а також для виключення можливої ??суперечливості збережених даних. При проектуванні досить простих баз даних необхідний низький рівень надмірності дає ставлення в 3НФ.
2. Aнализ і проектування ІС Автоматизація обліку торгових операцій в автомобільному салоні
2.1 Призначення БД. Аналіз предметної області
Проектована база даних призначена для зберігання даних про облік торгівельних операцій в автосалоні, що дозволить підвищити ефективність своєї компанії за рахунок систематизації та швидкого пошуку необхідної інформації. У БД повинні зберігатися такі відомості: каталог автомобілів, журнал замовлень, інформація про клієнтів та менеджерах автосалону, а також повинна бути врахована реалізація автомобілів. Менеджер автосалону повинен мати можливість отримати такі відомості:
- Які автомобілі доступні в каталозі (їх основні характеристики та вартість);
- Відомості про замовлення клієнтів;
- Відомості про реалізацію автомобілів.
Таким чином, є задана предметна область - автомобільний салон. Слід організувати автоматизацію обліку торгових операцій в автомобільному салоні. У процесі продажу автомобілів беруть участь продавець (автосалон) і покупець (клієнт). Об'єктом продажу є автомобіль. Для заданої предметної області визначимо набір сутностей і їхні атрибути:
) Автомобіль
- ID автомобіля;
- Назва;
- Рік випуску;
- Колір;
- Тип коробки;
- Комплектація;
- Матеріал салону;
- Потужність;
- Країна збірки;
- Ціна;
- Фото.
) Замовлення
- Код замовлення;
- Дата замовлення;
- ID моделі;
- Назва;
- Рік випуску;
- Колір;
- Тип коробки;
- Комплектація;
- Матеріал салону;
- Вартість.
) Реалізація
- Номер договору;
- Код замовлення;
- Дата замовлення;
- ID автомобіля;
- № паспорта;
- ПІБ;
- ID менеджера;
- Вартість;
- Кількість;
- Назва автосалону.
) Клієнти
- № паспорта;
- ПІБ клієнта;
- Телефон.
) Менеджери
- ID менеджера;
- ПІБ менеджера;
- Телефон.
) Автосалон
- Назва;
- Адреса;
- Телефон довідкової;
- Телефон головного менеджера;
- Карта.
Між об'єктами предметної області є сполучна ланка - продаж (реалізація) - малюнок 2.1.
Малюнок 2. 1. - Об'єктно-зв'язкова модель
2.2 Побудова інфологічної моделі
Аналіз визначених вище об'єктів і атрибутів дозволяє побудувати інфологічну модель БД. Виходячи з системного опису предметної області складаємо відповідні таблиці. Таблиці, що містять відомості про об'єкти називаються головними (головними), а таблиці описують зв'язки називаються допоміжними (залежними). Напівжирним шрифтом в таблицях виділені ключові поля.
