ІПН может буті ключовими, альо нам зручніше використовуват як ключ табельний номер.
Для атрибута табель РОБОЧЕГО годині ключем буде Дві сутності, номер співробітніка и Период, тоб ключ буде ськладової.
Нормалізація відносін:
Нормалізація - розбіття табліці на Дві або больше, что володіють КРАЩИЙ властівостямі включенні, зміну або видалений даніх. Скінченна мета нормалізації зводіться до Отримання такого проекту БД в якому КОЖЕН факт з'являється позбав в одному місці, тоб виключ надмірність ІНФОРМАЦІЇ. p align="justify"> Нормалізація відносін - формально апарат обмежень, на Формування відносін Якого дозволяє усунуті дублювання, Забезпечити несуперечність Збереження у базі даніх, Зменшити трудовітраті на ведення БД.
Кодом віведено три нормальні форми та запропоновано Механізм, что дозволяє будь-яке відношення перетворіті нормальній ФОРМІ. Наведемо Наші отношения нормальній ФОРМІ. p align="justify"> Перша НФ: Відношення назівається нормалізованім або приведенням до першої нормальної ФОРМІ тоді и Тільки тоді, коли ВСІ йо атрибути Прості (неподільні). Таблиця находится в першій нормальній ФОРМІ тоді и Тільки тоді, коли Жодна з ее рядків НЕ містіть в будь-якому ее полі больше одного значення, и НЕ Одне з ее ключовими полів НЕ порожнє. Для того щоб привести Наші отношения до першої нормальної ФОРМІ треба сутність ПІБ Розбита на три окремі (Прізвище, Ім'я, По батькові). Так само слід вінесті в окрему таблицю структурний Підрозділ, посади и найменування ФІРМИ, щоб НЕ допустити, надмірності даніх. У окрему таблицю віносяться накази по Особова складу та виробничі накази, так як нумерація у Наказів загальна. Атрибути місце проживання за паспортом и фактичність місце проживання на вімагають розбівка так як Використовують один раз. p align="justify"> Друга НФ: Таблиця находится в Другій нормальній ФОРМІ, ЯКЩО вона задовольняє визначенню Першої нормальної форми I ВСІ ее поля, что не входять в первинний ключ, пов'язані повної функціональної залежністю з Первін ключем. Для того щоб Наші отношения привести у другу нормальну форму треба вінесті ВСІ начальніків відділу в окрему таблицю. p align="justify"> Третя НФ: Таблиця перебуває витрат нормальній ФОРМІ, ЯКЩО вона задовольняє визначенню Другої нормальної форми I Жодний з ее НЕ ключовими полів НЕ покладів функціонально від будь-якого Іншого НЕ ключового поля. Отношения, представлені в даній БД пріведені крітерій нормальній ФОРМІ. p align="justify"> Складемо ER-діаграму, визначаючи типи атрібутів и зв'язки между сутности. Всі сутності будут перелогових від сутності В«Фізична особаВ». Зв'язки будут типом В«один-до-багатьохВ». p align="justify"> При проведенні зв'язку между сутности первинний ключ мігрує в дочірню сутність. Наступний етапом при побудові логічної МОДЕЛІ є визначення ключового атрібутів и тіпів атрібутів Який БУВ описів Вище. p align="justify"> Фізичне проектування БД...
