множині (у нашому випадку, було додано слово список raquo ;, тобто сутність Учитель стала таблицею Список вчителів ).
. Кожен атрибут сутності стає стовпцем таблиці.
. Ключовий атрибут стає ключем таблиці.
. Зв'язки між сутностями стають зв'язками між таблицями.
Першим кроком на шляху проектування структури реляційної бази даних є нормалізація таблиць бази даних. Головне завдання нормалізації - усунення надмірності даних. Завдяки цьому не тільки полегшується сама робота з адміністрування, але і скорочується обсяг дискового простору, де зберігається БД. Відповідно до теорії нормалізації існує шість нормальних форм (далі н. Ф.). Для кожної нормальної форми задається деякий набір обмежень і таблиця знаходиться в цій нормальній формі, якщо задовольняє цим обмеженням.
Основні властивості нормальних форм:
? Кожна наступна н. ф. повинна покращувати попередню.
? При переході від однієї н. ф. до іншої всі властивості попередньої н. ф. зберігаються.
? При переході від однієї н. ф. до іншої таблиці повинні залишатися еквівалентними. Це властивість називається властивістю оборотності. Еквівалентні схеми БД - це такі схеми, за якими можна отримати вихідні стану БД шляхом з'єднання таблиць результуючої схеми і при цьому не з'явиться нових рядків у вихідної БД.
В основі теорії нормалізації лежить поняття функціональної залежності. Функціональні залежності відображають не поточний стан БД а всі можливі її стану, тобто вони відображають всі зв'язки, які притаманні об'єктам реального світу, описуваних цієї БД. Функціональні залежності досить складно визначити за поточним станом БД. Це можливо тільки в тому випадку, якщо БД заповнена повністю і ніяких доповнень і модифікацій не передбачається. Однак у реальному житті така вимога нездійсненно. Тому набір функціональних залежностей визначає розробник і системний аналітик виходячи з системного аналізу предметної області.
З функціональними залежностями пов'язане поняття ключі. Можливий ключ - це набір атрибутів, який однозначно визначає всі інші атрибути таблиці і при видаленні хоча б одного атрибута, інші атрибути однозначно визначити буде не можна. Будь-яка таблиця містить можливий ключ (з усіх можливих ключів вибирається один, який називається первинним ключем відносин).
Друге поняття, пов'язане з поняттям ключ - це неключових атрибут. Це атрибут, який не входить ні в один з можливих ключів. Атрибут, від якого залежать інші атрибути - це детермінант відносин.
Незважаючи на те, що існує шість нормальних форм, доведено, що на практиці досить привести таблиці бази даних до 3 н. ф. Тому розглянемо поняття трьох нормальних форм:
. Перша нормальна форма. Таблиця знаходиться в першій н. ф. тоді і тільки тоді, коли на перетині рядка і стовпця знаходяться тільки елементарні значення атрибутів. Це означає, що ні в одній клітці таблиці не може бути вкладеної таблиці.
2. Друга нормальна форма. Таблиця знаходиться в другій н. ф. тоді і тільки тоді, коли вона знаходиться в першій н. ф. і не містить неповних функціональних залежностей неключових атрибутів від первинного ключа.
. Третя нормальна форма. Відношення знаходиться в третій н. ф. тоді і тільки тоді, коли воно приведено до другої н. ф. і відсутні транзитивні залежності.
Варто відзначити, що всі розроблені таблиці задовольняють 3 н. ф., тому на основі представленого проекту може бути розроблена база даних.
Для створення схеми бази даних був використаний програмний продукт Microsoft Access, за допомогою якого можна наочно показати і описати структуру баз даних використовуються в програмному продукті.
Модель є логічною, тобто відносини є логічними (абстрактними), а не фізичними (збереженими) структурами.
Для реляційних баз даних вірний інформаційний принцип:
все інформаційне наповнення бази даних представлено одним і тільки одним способом, а саме - явним завданням значень атрибутів в кортежах відносин;
зокрема, немає ніяких покажчиків зв'язують одне значення з іншим.
Реляційна модель даних - логічна модель даних, сувора математична теорія, що описує структурний аспект, аспект цілісності та аспект обробки даних в реляційних базах даних.
Структурний аспект (складова) - дані в базі даних являють собою набір відносин.
Аспект (складова) цілісності - відносини (таблиці) відповідають певним умовам цілісності. РМД підтримує декларативні обмеження цілісності рівня домену (типу дан...
