
- •Тема 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. Класифікація завдань, розв'язуваних ііс
Базові елементи фреймів [самостійне вичення]
Слоти визначають атрибути або процедурні знання, пов'язані з його атрибутами, для поняття, представленого фреймом. Кожен слот може містити один або більше фасетів. Фасети описують тип значень, дозволені значення, число значень та інші властивості значень, яких може набувати слот. Фасети (або їх ще деколи називають підслотами) описують деякі знання або процедури про атрибут в слоті. Фасети можуть мати різну форму:
Значення. Це є описом атрибута, такий як голубий, червоний, або жовтий для кольору слота.
За-замовчуванням. цей фасет використовується, якщо слот порожній, тобто без будь-якого опису. Наприклад, якщо у фреймі автомобіля одне із замовчуваних значень є число коліс автомобіля, яке рівне чотирьом. Це означає, що ми можемо припустити, що машина має чотири колеса, якщо не вказано інакше.
Діапазон. Діапазон вказує якого типу інформація може з'явитись в слоті (такі як лише цілі значення, два десяткові знаки чи 0..100).
Демон. Демоном називають процедуру, яка автоматично запускається при виконанні певної умови. Розрізняють кілька типів демонів: if added, if needed, if removed. Демони запускаються при звертанні до певного слота. Так if added запускається, якщо необхідна певна дія, коли значення додається в слот (або знання слота модифікується). If needed запускається тоді, коли не задане знання слота і відбувається звертання до слота. Демон включається тоді, коли необхідна процедура, яке ззовні отримує або обчислює певне знання. If removed запускається при стиранні значення слота.
Інші слоти можуть містити вказівники та інші фрейми, правила, семантичні мережі або будь-який інший тип інформації.
Більшість систем штучного інтелекту використовують набір фреймів, що з'єднані один з одним певним числом і творять певну ієрархію. Однією з найважливіших властивостей фреймів в таких ієрархіях є наслідування властивостей. Фрейм-потомок містить фактичні значення атрибутів-слотів, які такі самі, як в батьківському фреймі, який подає загальніший опис сутності.
Лекція 18. Застосування баз знань
План лекції
Інтелектуальна інформаційна система
Класифікація завдань, розв'язуваних ііс
1. Інтелектуальна інформаційна система
Інтелектуальна інформаційна система (ІІС) — це один з видів автоматизованих інформаційних систем, іноді ІІС називають системою, заснованою виключно на знаннях. ІІС є комплексом програмних, лінгвістичних і логіко-математичних засобів для реалізації основної мети: здійснення підтримки діяльності й пошуку інформації у режимі інтерактивного діалогу природною (людською) мовою.
ІІС можуть розміщатися на якомусь сайті, де користувач задає системі запитання природною мовою, чи, відповідаючи стосовно питань системи, знаходить необхідну інформацію (якщо це експертна система). Але, зазвичай, системи в інтернеті виконують рекламно-інформаційні функції (інтерактивні баннери), а серйозні системи (такі, як, наприклад, ІС діагностики устаткування) використовуються локально, оскільки виконують конкретні специфічні завдання.
Інтелектуальні пошуковики відрізняються від віртуальних співрозмовників тим, що вони досить безликі: у відповідь на питання вони видають деяку вижимку із джерел знань (іноді досить великого обсягу), а співрозмовники мають «характер», особливу манеру спілкування (можуть використати сленг, ненормативну лексику), та його відповіді можуть бути гранично лаконічними (іноді навіть у виглядісмайликов, якщо це відповідає контексту :-) ).
Для розробки ІІС раніше використовувалися логічні мови (Пролог, Лисп тощо), а тепер використовуються ще й різні процедурні мови. Логіко-математичне забезпечення розробляється як для самих модулів систем, так і для стикування цих модулів. Проте за сьогодні немає універсальної логіко-математичної системи, яка б могла задовольнити потреби будь-якого розробника ІІС, тож і мусять або комбінувати накопичений досвід, або розробляти логіку системи самостійно. У сфері лінгвістики теж є безліч проблем, наприклад, задля забезпечення роботи системи як діалогу із користувачем природною мовою необхідно закласти у систему алгоритми формалізації природної мови, а це завдання виявилася значно складнішою, ніж передбачалося біля підніжжя розвитку інтелектуальних систем. Ще одну проблемою — стала мінливість мови, яку обов'язково має бути враховано у системах штучного інтелекту.