
- •Тема 1. Системи баз даних. Основні поняття й архітектура 6
- •Тема 2. Реляційна модель бази даних 25
- •Тема 3. Нормалізація баз даних 33
- •Тема 4. Проектування бази даних 42
- •Тема 5. Проектування форм 62
- •Тема 6. Мова запитів sql 71
- •Тема 7. Проектування звітів 96
- •Тема 8. Бази знань у сучасних інтелектуальних інформаційних системах 99
- •Змістовий модуль 1 Тема 1. Системи баз даних. Основні поняття й архітектура Лекція 1. Вступ до баз даних.
- •Визначення бази даних, бази знань.
- •Визначення бази даних, бази знань.
- •Призначення баз даних та знань.
- •Перевага підходу, який передбачає використання баз даних :
- •Поняття інформаційної системи. [самостійне вивчення]
- •Лекція 2. Управління базами даних
- •Управління даними
- •Приклади баз даних та знань.
- •Огляд систем управління базами даних.
- •Основні функції системи управління базою даних.
- •Лінгвістичне забезпечення субд
- •Архітектура системи баз даних. [самостійне вичення]
- •Адміністрування бд [самостійне вичення]
- •Лекція 3. Історія розвитку баз даних
- •1. Виникненя баз даних. Едгар Кодд.
- •Ієрархічна модель.
- •Мережена модель.
- •Реляційна модель.
- •Етапи розвитку субд [самостійне вичення]
- •Четвертий етап - перспективи розвитку систем управління базами даних
- •Тема 2. Реляційна модель бази даних Лекція 4. Реляційні бази даних
- •1. Термінологія реляційних баз даних.
- •2. Реляційна алгебра, операції з множинами.
- •3. Реляційні операції, як команди мови маніпулювання даними [самостійне вичення]
- •1. Термінологія реляційних баз даних.
- •Реляційна алгебра, операції з множинами.
- •Реляційні операції, як команди мови маніпулювання даними [самостійне вичення]
- •Тема 3. Нормалізація баз даних Лекція 5. Нормалізація даних
- •Вимоги до побудови бд.
- •Мета і суть нормалізації.
- •Функціональні залежності та їх визначення.
- •Вимоги до побудови бд.
- •Мета і суть нормалізації.
- •3. Функціональні залежності та їх визначення.
- •Лекція 6. Особливості використання нормалізації даних
- •1. Переваги і недоліки нормалізації. Денормалізація.
- •2. Використання ms Access 2010 для нормалізації.
- •4. Нормальна форма Бойса-Кодда [самостійне вичення]
- •Переваги і недоліки нормалізації. Денормалізація.
- •Використання ms Access 2010 для нормалізації.
- •Перехід від і до ііі нф.
- •4. Нормальна форма Бойса-Кодда [самостійне вичення]
- •Змістовий модуль 2 Тема 4. Проектування бази даних Лекція 7. Створення баз даних
- •1. Створення нової бази даних.
- •Проектування бази даних
- •Етапи проектування бази даних
- •2.Визначення таблиць, які повинні містити база даних.
- •6. Відновлення структури бази даних.
- •4. Модель сутність-зв’язок у проектуванні бд
- •5. Розробка логічної моделі даних. [самостійне вичення]
- •Лекція 8. Таблиці і схема даних
- •Проектування таблиць.
- •Створення таблиць.
- •Типи даних.
- •Типи таблиць і ключів в реляційних базах даних
- •Типи відношень.
- •7. Імпорт та експорт даних. [самостійне вичення]
- •Тема 5. Проектування форм Лекція 9. Елементи створення форм
- •1. Призначення форм
- •2. Створення форми одного елемента
- •Автоматичне створення підтаблиць
- •Створення форми з наявної таблиці або запиту
- •Лекція 10. Складні форми
- •Створення пустої форми
- •Створення розділеної форми
- •Створення форми, у якій відображається кілька записів
- •Створення форми, яка містить підформи
- •Створення форми навігації
- •6. Захист бази даних. [самостійне вичення]
- •Тема 6. Мова запитів sql Лекція 11. Особливості мови sql
- •Загальні засади структурованої мови запитів sql.
- •1. Загальні засади структурованої мови запитів sql.
- •2. Мова визначення даних (ddl)
- •3. Створення або змінення таблиці засобами ddl [самостійне вичення]
- •Лекція 12. Команда select
- •Синтаксис команди select.
- •Операції «зірочка», «крапка», as.
- •Приклади
- •1.Синтаксис команди select.
- •Синтаксис:
- •2. Операції «зірочка», «крапка», as.
- •3. Приклади
- •Лекція 13. Особливі конструкції команди select
- •1. Речення where
- •2. Речення group by
- •3. Речення having
- •Речення order by
- •Лекція 14. Конструювання запитів
- •1. Запити
- •2. Запит на вибірку, перехресний запит
- •Запит на змінення
- •Запит з параметрами
- •5. Виконання sql-запиту
- •6. Змінення псевдоніма поля
- •7. Перевірка об’єднаних полів у запиті [самостійне вичення]
- •Лекція 15. Агрегатні функції в sql
- •Агрегатні функції.
- •Функція «Середнє»
- •Функція Count
- •Функції First і Last
- •Функції Min, Max
- •Функція Sum
- •Тема 7. Проектування звітів Лекція 16. Звіти
- •Призначення звітів.
- •Побудова звітів
- •Структурні елементи звіту
- •Призначення звітів
- •Побудова звітів
- •Структурні елементи звіту
- •Загальні засади
- •Класифікація баз знань
- •2. Класифікація баз знань
- •3. Фрейм
- •4. Структура фрейма
- •Базові елементи фреймів [самостійне вичення]
- •Лекція 18. Застосування баз знань
- •Інтелектуальна інформаційна система
- •Класифікація завдань, розв'язуваних ііс
- •1. Інтелектуальна інформаційна система
- •2. Класифікація завдань, розв'язуваних ііс
Мета і суть нормалізації.
Головний постулат БД: дані не повинні бути надлишковими. Тобто необхідно досягти мінімального повторення даних.
Процес трансформацiї даних в реляційну форму називається нормалiзацiею баз даних. Нормалізація - це видалення надлишкових даних з кожної таблиці бази даних. Процес нормалiзацiї переслідує подвійну мету: видалити надлишкові копії даних i забезпечити максимальну гнучкість, як в структурах таблиць, так i в її iнтерфейсних програмах на випадок можливих майбутніх змін баз даних. Найчастіше зустрічаються п’ять форм нормалiзацiї, що означає п’ять різних установок реляційного критерію нормалізації баз даних.
1. Перша нормальна форма: кожне з полів заданої таблиці повинно бути неподільним по змісту використання і не містити повторюваних груп. Поле вважається неподільним, якщо воно містить тільки один елемент даних.
2. Друга нормальна форма: задана таблиця задовольняє вимогам першої нормальної форми і, крім того, всі неключові поля таблиці повністю залежать від первинного ключа таблиці і від кожного поля в первинному ключі.
3. Третя нормальна форма: таблиця задовольняє вимогам другої нормальної форми і, крім того, всі неключові поля повністю залежать від первинного ключа таблиці і не залежать один від одного.
4. Четверта нормальна форма: таблиця задовольняє вимогам третьої нормальній формі і, крім того, забороняється зберігати незалежні елементи в одній і тій же таблиці, коли між цими елементами існує зв’язок (зв’язки) багато до багатьох.
5. П’ята нормальна форма: таблиця задовольняє вимогам четвертої нормальної форми та існує можливість модернізації даних таблиці. Передбачається, що при розробці баз даних і особливо при проведенні нормалізації таблиць потрібно звертати велику увагу на те, щоб випадково не проігнорувати суттєву характеристику або параметри об’єкта.
Нормалізація збільшує число відношень в базах даних і тим самим час обробки. Але за рахунок коректності і усунення дублювання відбувається прискорення виконання доступу до даних.
Отже нормалізація – це процес скорочення повторень даних в БД. Ненормалізована БД – це база, яка не розділена на менші логічно-єдині і більш керовані таблиці. Розрізняють декілька рівнів процесу нормалізації в результаті виконання кожного з них створюється так звана нормальна форма БД (НФ). Говорять що НФ – це міра глибини, до якої виконано нормалізацію БД. Широко використовуються п'ять нормальних форм — з першої нормальної форми до п'ятої. Застосування перших трьох форм достатньо для структури більшості баз даних.
3. Функціональні залежності та їх визначення.
Нормалізація відношень — це ітераційний зворотний процес декомпозиції початкового відношення на кілька простіших відношень меншої розмірності. Під зворотністю процесу розуміють те, що операція об'єднання відношень, отриманих в результаті декомпозиції, має дати початкове відношення, тобто при виконанні декомпозиції повинна виконуватись умова об'єднання без втрат інформації.
Отриманий в результаті нормалізації склад атрибутів відношень БД повинен відповідати таким вимогам: між атрибутами не має бути небажаних функціональних залежностей, групування атрибутів має забезпечувати мінімальне дублювання даних, їх обробку й поновлення без ускладнень і аномалій.
Водночас отримані в результаті декомпозиції відношення не повинні втратити функціональних залежностей початкового відношення, бо це може призвести до спотворення семантики даного відношення.
Апарат нормалізації також розробив Е.Ф. Кодд. Кожна нормальна форма обмежує тип допустимих залежностей між атрибутами. Кодд виділив три нормальні форми (скорочена назва — 1НФ, 2НФ і ЗНФ). Найбільш досконала з них — ЗНФ. Зараз вже відомі й визначені 4НФ, ЗНФ.
Нормалізацію відношень виконують за кілька кроків. Перша ітерація (перший крок) — зведення відношень до першої нормальної форми (1НФ). Відношення в 1НФ мають відповідати таким вимогам:
усі атрибути відношення мають бути унікальними, тобто не допускається їх дублювання, а також атомарними, тобто неподільними;
усі рядки таблиці повинні мати однакову структуру, тобто одну й ту саму кількість атрибутів з іменами, що збігаються;
імена стовпців мають бути різними, а значення однорідними (однакового формату);
порядок рядків у таблиці не суттєвий.
Розглянемо приклад зведення відношення до 1НФ: МАТЕРІАЛ (код матеріалу, назва матеріалу, одиниця вимірювання, характеристика: тип. сорт, розмір).
У цьому відношенні атрибут «Характеристика» е неатомарним, тому потрібно позбутися складового атрибута й перетворити його в три атомарних атрибути. В результаті зведення до 1 НФ відношення набере вигляду
МАТЕРІАЛ (код матеріалу, назва матеріалу, одиниця вимірювання, тип, сорт, розмір).
Кожне відношення БД уміщує як структурну, так і семантичну інформацію. Структурна інформація задається схемою відношення, а семантична виражає функціональні зв'язки між атрибутами. На другому кроці нормалізації виявляють ключі відношення і будують діаграму функціональних залежностей неключових атрибутів від ключів, аналізують ці залежності з метою вилучення неповних функціональних залежностей. Уведемо поняття функціональної й неповної функціональних залежностей.
Означення 1. Атрибут В залежить від А у відношенні R тоді, коли в кожний момент часу одному й тому самому значенню А відповідає не більше як одне значення В.
|
Графічно функціональна залежність відображується так:
А —>В. Цій залежності відповідає співвідношення 1:1 між атрибутами (наприклад, як між атрибутами код деталі —> назва деталі, код верстата —> назва верстата).
Коли відношення має складові ключі, то залежність неключових атрибутів від такого ключа може бути повною або частковою. Якщо маємо відношення R(A*, В*, С, D), ключ якого складається з двох атрибутів А і В, тобто є складовим (знаком (*) позначено ключові атрибути), то функціональні залежності в такому відношенні можуть мати такий вигляд:
Атрибут С перебуває в повній функціональній залежності, тобто алежить від всього складового ключа, а атрибут D — в неповній, оскільки залежить лише від його складової частини атрибута В.
Означення 2. Атрибут перебуває в повній функціональній залежності, якщо він залежить від всього ключа і не залежить від його складових частин.