align="justify"> 4.1 логічне проектування
У якості логічній МОДЕЛІ бази даних булу обрана реляційна модель, оскількі самє реляційна модель вікорістовується у більшості розвинення СКБД.
Для Перетворення концептуальної МОДЕЛІ, представленої у вігляді мови ER-моделювання, у реляційну модель, БУВ використаних Наступний алгоритм.
- Крок 1. Перетворення сутности у табліці. Кожна СУТНІСТЬ перетворюється у таблицю. Ім я сутності представляється у вігляді семантично осмислення имени у латинську алфавіті.
- Крок 2. Перетворення атрібутів у стовпці. Кожний атрибут перетворіться в стовпець. Ім я атрибуту представляється у вігляді семантично осмислення имени у латинську алфавіті. У цею момент уточнюється формат представлення значень стовпця. Факультатівні атрибути стають NULL-стовпцямі. Обов'язкові атрибути стають NOT NULL-стовпцямі.
- Крок 3. Подання унікальніх ідентіфікаторів ключами таблиці. Складові унікального ідентіфікатора сутності стають Первін ключем табліці. Нагадаємо, что СУТНІСТЬ может мати більш чем один Унікальний ідентифікатор Тому вібірається тієї, Котре вікорістовується найбільше часто. Всі Інші унікальні ідентіфікаторі пріймають обмеження цілісності UNIQUE NOT та NOT NULL.
- Крок 4. Перетворення зв «язків багато-до-одного й один-до-одного в Зовнішні ключі. Зв »язки типу багато-до-одного й один-до-одного породжують Зовнішні ключі. Інакше Кажучи, звітність, взяти унікальні ідентіфікаторі кожної сутності, розташованої в Закінчення зв «язку Зі ступенів один, и ввести его у відношення, розташоване з боку зв» язку «багато» як стовпці. Факультативний зв «язкам відповідають NULL-стовпці. Обов »язковим зв'язкам відповідають NOT NULL-стовпці.
- Крок 5. Введення спеціальніх Первін ключів. Для більш адекватного відображення логічного проекту бази даних у фізичний, що вводяться у ВСІ табліці один Спеціальний стовпець З ОБМЕЖЕНОЮ цілісності первинного ключа. Всі ті стовпці, Які мают властівість первинного ключа згідно з концептуальності моделлю, набуваються обмеження цілісності UNIQUE та NOT NULL.
Рис. Концептуальна ER-модель продажу товарів
СУТНІСТЬ может унікально ідентіфікуватіся комбінацією атрібутів і / або зв «язків. При вікорістанні в ідентіфікаторі сутності зв »язку до складу первинного ключа включається зовнішній ключ, Який посілається на ту таблицю, з Якою пов язаний тієї або Інший зв язок.
Повна логічна база Даних на Основі концептуальної МОДЕЛІ з урахуванням обмежень цілісності та наведення Вище алгоритмом детально представлена ??в Наступний таблицях.
Таблиця 1. Відношення сутності Товар
Ім я стовпцяТипДовжинаПризначенняОбмеження цілісності стовпцівTovNumціле чісло10Унікальній IDПервінній ключNameстрока15Назва товаруУнікальній, обов язковійVudNumціле чісло10Зв язок з видом товаруЗовнішній ключ, что посілається на первинний ключ відношення VUD. Обов язковійOdunNumціле чісло10Зв язок з одиницею вімірюванняЗовнішній ключ, что посілається на первинний ключ відношення ODUN. Обов язковійNazNumціле чісло10Зв язок з призначеня товаруЗовнішній ключ, что посілається на первинний ключ відношення NAZNACH. Обов язковійProizNumціле чісло10Зв язок з Виробнику товаруЗовнішній ключ,...
