
- •Тема 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. Класифікація завдань, розв'язуваних ііс
Типи таблиць і ключів в реляційних базах даних
Ключ (ключове поле БД) – поле або декілька полів, що однозначно визначають (ідентифікують) запис .
Первинний ключ. Первинний ключ складається з набору значень, які однозначно визначають рядок (запис) базової таблиці. Будь-якому значенню первинного ключа повинна відповідати один і тільки один рядок (запис) таблиці. Первинний ключ включає одне поле тільки в тому випадку, якщо це поле не містить значень, що повторюються.
Ключі-кандидати. Будь-який стовпець або група стовпців, які задовольняють вимогам, що накладаються на значення первинного ключа, є кандидатами на те, щоб стати первинним ключем.
Складені ключі. Якщо для виконання умов, що накладаються на значення первинного ключа, заданий ключ включає декілька полів таблиці, то тоді він називається складеним.
Зовнішні ключі. Зовнішній ключ – це стовпець, значення якого відповідають значенням первинного ключа з іншої зв’язаної таблиці.
Базова таблиця. В реляційній базі даних базовою таблицею називається таблиця, яка включає один або декілька стовпців властивостей об’єкту і містить первинний ключ, що однозначно визначає цей об’єкт. Базова таблиця повинна містити первинний ключ. Базові таблиці часто називають первинними, оскільки вони мають первинний ключ.
Проміжна таблиця. Таблиця, що не є базовою, яка використовується для забезпечення зв’язків між іншими таблицями, називається таблицею відношень. Ключові поля в таблиці відношень повинні бути зовнішніми ключами, що зв’язані з первинними ключами базової таблиці.
Типи відношень.
Типи відношень:
а) Відношення “один-до-одного”
Найпростішим відношенням між таблицями є відношення “один-до-одного”. В такому відношенні одному запису однієї таблиці відповідає тільки один запис у іншій. Таблиці, що зв’язані відношенням “один-до-одного” можна об’єднати в одну таблицю, яка складається з полів обох таблиць. Відношення “один-до-одного” часто використовують для розділення таблиць, що містять велику кількість полів. Наприклад, це може бути потрібним для того, щоб скоротити час перегляду полів, що містять певний набір даних. В деяких випадках необхідно керувати доступом до частин таблиць, які містять важливі або конфиденційні дані. На рис. 8.1 показана E-R схема для таблиці “Інженер” та “Комп’ютер”. Одиниці з обох сторін ромба вказують на відношення “один-до одного”.
1
1
Рис. 8.1. E-R схемі даних: відношення один-до-одного
Таблиця з обов’язковим відношенням “один-до-одного” є базовими. Таблиця, зв’язана необов’язковим відношенням з базовою є зв’язаною таблицею. Для зберігання бази данних, що містить декілька таблиць, що зв’язані відношеннями “один-до-одного”, деякі з яких є необов’язковими, потрібно менше місця на диску.
б) Відношення типу “один-до-багатьох”
Відношення “один-до-багатьох” зв’язує один запис першої таблиці з декількома записами другої за допомогою первинного ключа базової таблиці і відповідного йому зовнішнього ключа зв’язаної таблиці. Зовнішній ключ таблиці, що містить велику кількість відношень, може входити до складеного первинного ключа, але він є зовнішнім по відношенню до базової таблиці. Відношення “один-до-багатьох” використовується найбільш часто. На E-R схемі, що показана на рис.8.2 , це відношення позначено символом m.
1 m
Рис. 8.2. E-R схемі даних: відношення один-до-багатьох
в) Відношення “багато-до-одного”
Відношення “багато-до-одного” протилежно відношенню “один-до-багатьох”. Якщо вибір відношення “багато-до-одного” або “один-до-багатьох” не має великої ролі, то відношення між таблицями називається рефлексивним. Відношення “багато-до-одного” є відображенням відношення “один-до-багатьох”. Всі відношення “багато-до-одного” в Access є рефлексивними. E-R схема для рефлексивних відношень виглядає, як показано на рис. Рефлексивні відношення позначаються дієсловом у відповідній формі, який розміщується зовні ромба, що визначає відношення.
Відношення «багато-до-багатьох» може існувати в реляційній базі даних тільки за використання третьої таблиці, а отже відношення все одно будуть “багато-до-одного” або “один-до-багатьох”.
Схема даних
Звязування таблиць між собою в Access
Основні переваги систем керування базами даних реалізуються при роботі не з окремими таблицями, а з групами взаємозалежних таблиць. Для створення зв'язків між таблицями СКБД Ассеss має спеціальне діалогове вікно, що називається “Схема данных”.
1. Вікно “Схема данных” відкривається натисненням лівої кнопки миші на однойменній кнопці панелі інструментів або командою “Сервис -> Схема данных”.
2. Якщо раніше ніяких зв'язків між таблицями бази не було, то при відкритті вікна “Схема данных” одночасно відкривається вікно “Добавление таблицы”, у якому можна вибрати потрібні таблиці для включення в структуру міжтабличних зв'язків.
3. Якщо зв'язку між таблицями вже були задані, то для введення в схему даних нової таблиці треба натиснути правою кнопкою миші на схему даних і в контекстному меню вибрати пункт “Добавить таблицу”.
4. Ввівши в схему даних усі таблиці, що треба зв'язати, можна приступати до створення зв'язків між полями таблиць.
5. Зв'язок між полями встановлюють шляхом перетягування імені поля з однієї в таблиці в іншу на відповідне йому зв'язане поле.
6. Після перетягування відкривається діалогове вікно “Связи”, у якому можна задати властивості зв'язку , що утвориться.
7. Вмикання прапорця “Обеспечение условия целостности даних” дозволяє захиститися від випадків вилучення записів з однієї таблиці, при яких зв'язані з ними дані інших таблиць залишаться без зв'язку. Щоб умова цілісності могла існувати, поле основної таблиці повинно обов'язково бути ключовим і обидва поля повинні мати однаковий тип.
8. Прапорці “Каскадное обновление связанных полей” і “Каскадное удаление связанных записей” забезпечують одночасне відновлення або вилучення даних у всіх підпорядкованих таблицях при їхній зміні в головній таблиці. Якщо клієнт Соколова вийде заміж і змінить прізвище на Воронову, то доведеться внести зміну тільки в поле Прізвище таблиці “Клієнти”. У інших таблицях зміни відбудуться автоматично.
9. Для ліквідації зв’язку між таблицями необхідно у вікні “База данных” вибрати зв’язану таблицю, а потім вибрати пункт “Правка”->”Удалить”.