на панелі toolbox потрібно вибрати зв'язок типу identifying relationship (ідентифікує зв'язок) і клікнути спочатку на батьківського суті (в моєму випадку " працівник "), а потім на дочірньої (в моєму випадку їх три -" Поточне місце роботи "," Попереднє місце роботи "і" Освіта ").
На рис.4 видно, що первинний ключ, встановлений для батьківського суті "працівник", мігрував у всі дочірні сутності з позначкою (FK). Оскільки моя модель бази даних знаходиться в першій нормальній формі і всі поля всіх її таблиць повністю і однозначно ідентифікуються первинним зовнішнім ключем, то можна сказати, що моя модель бази даних знаходиться в другій нормальній формі. br/>В
Рис.4. Друга нормальна форма
3.6 Третя нормальна форма
Таблиця знаходиться в третій нормальній формі, якщо вона задовольняє умовам другої нормальної форми і жодне з неключових полів таблиці не ідентифікується за допомогою іншого неключових поля.
На даному етапі модель зазнає найзначніші і кардинальні зміни у своїй структурі. Якщо уважно подивитися на 4 утворилися таблиці, то можна помітити, що багато неключові атрибути сутностей однозначно ідентифікують кілька інших атрибутів. Так, наприклад атрибут Passport (номер паспорта) сутності "працівник" однозначно визначає атрибути NativeLand (рідна країна), HomeTown (рідне місто), PassportDate (дата видачі паспорта), Birth (дата народження) і Region (ким виданий паспорт). Дана ситуація є порушенням вимог третьої нормальної форми, тому я створив ще одну сутність з назвою "паспортні дані" і виніс туди всі вищеописані атрибути, зв'язавши при цьому її з сутністю "працівник" ідентифікуючої зв'язком. Оскільки крім зовнішнього ключа, мігрувати до дочірньої сутності від батьківської, у кожної сутності потрібно визначити також і свій власний ключ, який може бути як простим, так і складовим, я зробив атрибут Passport ключовим для даної суті. p align="justify"> Аналогічно попередньому випадку, в сутності "працівник" атрибут Phone однозначно визначає атрибути City, Street, House, Apartment, оскільки в одній квартирі, що знаходиться тільки в одному будинку і тільки на одній вулиці може бути тільки один домашній номер телефону. У двох різних квартирах, що знаходяться за різними адресами один і той же номер домашнього телефону бути не може. p align="justify"> Розглянувши сутність "попереднє місце роботи", можна побачити, що зв'язка атрибутів WorkBegin і Work однозначно визначає атрибути WorkEnd, Reason, Penalty і Rewards, тому що якщо певний співробітник почав працювати, скажімо, менеджером з підбору персоналу, він не може два рази в різний час закінчити свою роботу на цій посаді. Звідси випливає, що якщо він закінчив свою роботу на певній посаді, то причина звільнення може бути вказана тільки один раз, як і відомості про стягнення і нагородження. Логічно буде в цій ситуації створити ще...
