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