а зв'язками типу один-до-багатьох шляхом створення проміжної сутності.
Окреслені на «Рис.3» зв'язку між сутностями показують, що:
один клієнт може зробити багато замовлень (один-до-багатьох);
замовлення оформляється тільки на один товар (один-до-одного).
Рис. 3 Концептуальна модель
Представлена ??концептуальна модель бази даних «Рис.3» не містить зайвої програмістської інформації, що дозволяє легко обговорити її з фахівцем тієї предметної області, для якої вона створювалася. На основі концептуальної моделі в процесі проектування створюються логічна і фізична моделі даних.
.2 Проектування логічної моделі даних
Другим етапом у проектуванні бази даних є побудова логічної моделі даних.
Логічне (Даталогіческое) проектування - створення схеми бази даних на основі конкретної моделі даних, наприклад, реляційної моделі даних.
Основи реляційної моделі даних були вперше викладені в статті Є. Кодда в 1970 р. Ця робота послужила стимулом для великої кількості статей і книг, в яких реляційна модель отримала подальший розвиток. Реляційна модель заснована на математичному понятті відносини , фізичним представленням якого є таблиця .
Ставлення - це плоска таблиця, що складається із стовпців і рядків.
Атрибут - це пойменований стовпець відносини.
Передбачається, що користувач сприймає базу даних як набір таблиць, однак структура бази даних може бути організована по-різному.
Логічна модель дозволяє повністю задати структуру даних, однак без «прив'язки» до конкретної платформі реалізації, дозволяючи поглянути на схему даних в цілому, без зайвих деталей. Така модель може бути надалі реалізована для різних СУБД.
У реляційній моделі відносини використовуються для зберігання інформації про об'єкти, представлених в базі даних. Ставлення зазвичай має вигляд двовимірної таблиці, в якій рядки відповідають окремим записам, а стовпці - атрибутам. При цьому атрибути можуть розташовуватися в будь-якому порядку, незалежно від їх переупорядочивания, ставлення буде залишатися одним і тим же, а тому мати той же зміст.
При побудові логічної моделі реляційної бази даних необхідно нормалізувати відносини інформаційної моделі предметної області і перетворити її об'єкти в логічні таблиці бази даних.
На етапі проектування логічної моделі зробимо нормалізацію таблиць і наведемо їх до третьої нормальної форми.
Перша нормальна форма вимагає, щоб кожне поле таблиці БД було неподільним і не містило повторюваних груп. Неподільність поля означає, що містяться в ньому значення не должни ділитися на більш дрібні.
Друга нормальна форма вимагає, щоб всі поля таблиці залежали від первинного ключа, тобто, щоб первинний ключ однозначно визначав запис і не був надмірний. Якщо ж у будь таблиці є залежність якихось НЕ ключових полів від частини первинного ключа, слід виділити їх в окрему таблицю, зробивши первинним ключем нової таблиці ту частину первинного ключа, від якої залежать дані поля, і встановити зв'язок «один до багатьох » від нової таблиці д...
