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