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