еляційну модель
Концептуальні моделі дозволяють більш точно уявити предметну область, ніж реляційні й інші більш ранні моделі. Але в даний час існує трохи систем управління базами даних, що підтримують ці моделі. На практиці найбільш поширені системи, що реалізують реляційну модель. Тому необхідний метод перекладу концептуальної моделі в реляційну. Такий метод грунтується на формуванні набору попередніх таблиць з ER-діаграм. p align="justify"> Для кожної суті створюється таблиця. Причому кожному атрибуту сутності відповідає стовпець таблиці. p align="justify"> Правила генерації таблиць з ER-діаграм спираються на два основні чинники - тип зв'язку і клас приналежності сутності. Викладемо їх:
Правило 1
Якщо зв'язок типу 1:1 і клас приналежності обох сутностей є обов'язковим, то необхідна тільки одна таблиця. Первинним ключем цієї таблиці може бути первинний ключ будь-який з двох сутностей;
Правило 2
Якщо зв'язок типу 1:1 і клас приналежності однієї сутності є обов'язковим, а інший - необов'язковим, то необхідно побудувати таблицю для кожної суті. Первинний ключ суті повинен бути первинним ключем відповідної таблиці. Первинний ключ сутності, для якої клас приналежності є необов'язковим, додається як атрибут в таблицю для сутності з обов'язковим класом приналежності;
Правило 3
Якщо зв'язок типу 1:1 і клас приналежності обох сутностей необов'язковий, то необхідно побудувати три таблиці - по одній для кожної суті і одну для зв'язку. Первинний ключ суті повинен бути первинним ключем відповідної таблиці. Таблиця для зв'язку серед своїх атрибутів повинна мати ключі обох сутностей;
Правило 4
Якщо зв'язок типу 1: М і клас приналежності сутності на стороні М є обов'язковим, то необхідно побудувати таблицю для кожної суті. Первинний ключ суті повинен бути первинним ключем відповідної таблиці. Первинний ключ сутності на стороні 1 додається як атрибут в таблицю для сутності на стороні М;
Правило 5
Якщо зв'язок типу 1: М і клас приналежності сутності на стороні М є необов'язковим, то необхідно побудувати три таблиці - по одній для кожної суті і одну для зв'язку. Первинний ключ суті повинен бути первинним ключем відповідної таблиці. Таблиця для зв'язку серед своїх атрибутів повинен мати ключі обох сутностей;
Правило 6
Якщо зв'язок типу М: N, то необхідно побудувати три таблиці - по одній для кожної суті і одну для зв'язку. Первинний ключ суті повинен бути первинним ключем відповідної таблиці. Таблиця для зв'язку серед своїх атрибутів повинна мати ключі обох сутностей. p align="justify"> Результат перетворення ER-діаграми в реляційну мо...
