- •2.6. Висновки до розділу 2 31
- •3.7. Висновки до розділу 3 39
- •Розділ 1. Теоретичні основи реляційних баз даних
- •Основні поняття та визначення
- •Визначення та особливості реляційних баз даних
- •Правила нормалізації таблиць бази даних
- •Види міжтабличних зв’язків:
- •Властивості та функції баз даних та систем управління базами даних
- •Історія виникнення та розвитку технологій баз даних
- •Методи класифікації та кодування
- •Висновки до розділу 1
- •Розділ 2. Інструментальні засоби розробки бази даних
- •2.1 Порівняльний аналіз інструментів для проектування баз даних
- •Vertabelo
- •2.2 Локальні серверні служби
- •2.3 Адміністрування систем управління базами даних phpMyAdmin
- •2.4 Скриптова мова програмування php
- •2.5 Мова розмітки веб-сторінок html
- •2.6. Висновки до розділу 2
- •Розділ 3. Розробка бази даних та програмного додатку
- •3.1 Постановка задачі
- •3.2. Вибір субд для вирішення поставленої задачі
- •3.3. Розробка концептуальної моделі даних
- •3.4. Розробка логічної та фізичної моделі даних
- •3.5. Налаштування пк для створення програмного додатку та роботи з базою даних
- •3.6. Розробка програмного додатку
- •3.7. Висновки до розділу 3
- •Висновки
- •Список використаних джерел
- •Додаток а Код програмного додатку
Правила нормалізації таблиць бази даних
Це перегляд та модифікація таблиць бази даних з метою задоволення вимогам теорії нормалізації, яка базується на 6 типах нормальних форм та направлена на поліпшення надійності баз :
Перша Нормальна форма - дані у стовбцях повинні бути атомарними, не повинно бути списків чи масивів;
Друга Нормальна форма - вимоги Першої Нормальної Форми + (кожний неключовий стовбець таблиці повинен повністю залежати від первинного ключа);
Третя Нормальна Форма - вимоги Другої Нормальної Форми + (всі неключові стовбці таблиці взаємно незалежні);
Нормальна Форма Бойса-Кода, Четверта Нормальна Форма, Пята Нормальна Форма – застосовуються порівняно рідко через дуже високу трудомісткість;
Принципи нормалізації:
в кожній таблиці БД не повинно бути повторюваних полів;
в кожній таблиці повинен бути унікальний ідентифікатор (первинний ключ);
кожному значенню первинного ключа повинна відповідати достатня інформація про тип суті або про об’єкт таблиці (наприклад, інформація про успішність, про групу або студентах);
зміна значень в полях таблиці не повинна впливати на інформацію в інших полях (крім змін у полях ключа).
Види міжтабличних зв’язків:
Зв’язок встановлюється між двома спільними полями (стовпцями) двох таблиць. Між таблицями можна встановити зв’язки з відношенням «один-до-одного», «один-до-багатьох» і «багато-до-багатьох».
Типи міжтабличних звязків та їх характеристики:
один — до — одного — кожному запису з однієї таблиці відповідає один запис у іншій таблиці;
один — до — багатьох — кожному запису з однієї таблиці відповідає кілька записів у іншій таблиці;
багато — до — одного — безлічі записів з однієї таблиці відповідає один запис у іншій таблиці;
багато — до — багатьох — безлічі записів з однієї таблиці відповідає кілька записів в іншій таблиці.
Відношення «один-до-багатьох» встановлюється в тому випадку, коли одному запису в таблиці на стороні індексу один відповідає кілька(більше одного) записів на стороні багатьох.
Відношення «один-до-одного» створюється в тому випадку, коли обидва поля є ключовими або мають унікальні індекси.
Відношення «багато-до-багатьох» в реляційних базах даних не підтримується. При утворенні такого зв’язку, між таблицями пов’язаними зв’язком багато до багатьох вставляється додаткова таблиця, яка зв'язок багато до багатьох перетворює в два зв’язки один до багатьох.
Модель даних — фіксована система понять і правил для представлення даних структури, стану і динаміки проблемної області в базі даних. У різний час послідовне застосування одержували ієрархічна, мережна і реляційна моделі даних.
Ієрархія спадковості – це категоріальний зв’язок, де одному екземпляру батьківської сутності відповідає один екземпляр будь-якої дочірньої сутності.
Рекурсивні зв’язки: певний тип сутності зв’язків сам з собою. Рекурсивний зв'язок один до одного представляється як одне відношення з двома копіями первинного ключа, одна з копій відповідає зовнішньому ключу і повинна бути перейменована для вказування на той факт, що відношення відображує рекурсивний зв'язок.
