- •1. Дати визначення бази даних та субд; визначити відмінності бази даних від файлової системи; перелічити компоненти субд, а також вимоги, яким вони повинні відповідати.
- •2. Представити архітектуру субд; дати порівняльну характеристику її зовнішньому, концептуальному і внутрішньому рівням; перелічити функції субд.
- •3. Моделі даних: класифікація, головні властивості кожної моделі; порівняти моделі між собою і визначити переваги і недоліки кожної моделі.
- •4. Дати визначення реляційної моделі даних і назвати її складові елементи; пояснити роботу операцій реляційної алгебри.
- •5. Обґрунтувати необхідність проведення нормалізації; дати характеристику нормальним формам бази даних; привести приклади таблиць у нормальних формах.
- •6. Основні фази та етапи життєвого циклу системи баз даних; методологія проектування баз даних: вимоги до методології, послідовність проектування.
- •8. Даталогічне проектування бази даних: перелічити етапи і визначити правила переходу від концептуальної до логічної моделі.
- •9. Засоби автоматизації проектування баз даних: класифікація та функціональні можливості case засобів; об’єктно-орієнтований та структурний підходи до проектування баз даних.
- •10. Мова sql: основні можливості по формуванню запитів до бази даних, приклади запитів
- •11. Мова sql: основні можливості по визначенню даних та маніпулюванню даними в базі даних, приклади операцій по створенню бази даних та по маніпулюванню даними
- •Засоби адміністрування даними
- •Засоби управління транзакціями
- •12.Мова запитів qbe: основні можливості по формуванню запитів да бази даних, приклади запитів.
- •14. Архітектура клієнт-сервер: визначити властивості цієї схеми, перелічити переваги і недоліки; порівняти сервер файлів із сервером бази даних.
- •15. Пояснити призначення процедур, що зберігаються, тригерів, генераторів; привести приклади цих програм.
- •17. Розподілені бази даних: архітектура, механізми розподіленого зберігання даних; механізми і моделі реплікації; фрагментація баз даних.
- •18.Технології об’єктного зв’язування odbc, ole db, ado: організація доступу до даних, дати порівняльний аналіз роботи цих механізмів доступу.
- •19.Захист інформації в базах даних: пояснити за допомогою яких засобів підтримується безпека, перелічити основні моделі безпеки, привести приклади захисту інформації на мові sql.
- •20.Об’єктно-орієнтовані бази даних: склад та структура об’єктно-орієнтованої моделі, організація збереження даних та доступу до даних; об’єктно-реляційні бази даних.
- •21.Фізична організація баз даних: склад та структура, фізичне збереження даних у базі даних, багаторівнева організація пам’яті, кешування.
- •22.Пояснити необхідність застосування індексів у базах даних, склад та структура індексів, хешування, бінарні дерева, b–дерева.
- •23.Визначити цілісність бази даних; пояснити яким чином підтримується цілісність бази даних; які шляхи збереження цілісності при різних операціях по зміні даних у базі даних.
- •24.Технології створення баз даних за допомогою сучасних інструментальних засобів, перелічити послідовність робіт із створення локальної і серверної бази даних.
- •27. Інформаційні сховища: склад і структура, багатомірна модель даних, проектування багатомірних баз даних, застосування технологій olap для обробки даних.
- •Основные требования к данным в Хранилище Данных.
- •Многомерный подход
- •29. Інформаційне забезпечення автоматизованих систем: склад та структура інформаційного забезпечення, системи класифікації та кодування інформації.
- •30. База знань: склад і структура, головні відмінності від бази даних; моделі представлення знань, організація виведення в базах знань.
3. Моделі даних: класифікація, головні властивості кожної моделі; порівняти моделі між собою і визначити переваги і недоліки кожної моделі.
Модель даних – це спосіб для визначення логічного подання фізичних даних, що відносяться до деякого застосування.
Ієрархічна модель даних – базується за принципом ієрархії типів об’єктів, тобто один тип об’єктів є основним, а інші, що знаходяться на нижніх рівнях ієрархії – підлеглими. Ієрархія забезпечується у вигляді дерева. Один екземпляр головного запису формує набір. Головний запис назв. хазяїном набору, а підлеглі – членами набору. Один екземпляр запису може бути хазяїном декількох різних наборів одночасно.
Особливості ієрархічної моделі: - підтримує зв’язки 1:1, 1:*; - рекурсивні зв’язки і зв’язки *:* підтримуються тільки за допомогою декомпозиції дублювання даних у різних ієрархіях; - типи записів безпосередньо зв’язані один з одним за допомогою ієрархічної структури; - цілісність на рівні посилань підтримується в тих випадках, коли залежний дочірній тип запису бере участь (цілком) у зв’язку зі своїм батьківським типом запису; - немає гнучкості щодо зміни вимог до даних і методів доступу; - доступ до типів записів здійснюється шляхом переміщення (навігації) від кореневого типу запису до типів запису більш низького рівня в даній ієрархії при її прямому і зворотному обході;
Переваги даної моделі: простота зображення і розуміння. Недоліки: обмеження зображення зв’язків, обрана ієрархія може не підходити для більшості користувачів.
Мережна модель зберегла концептуальну простоту ієрархічного підходу, додавши йому гнучкості для того, щоб можна було працювати з декількома ієрархіями одночасно. В даній моделі кожен об’єкт може бути зв’язаний з будь-якими іншими, тобто брати участь у будь-якій к-ті зв’язків.
Особливості моделі: - підтримує зв’язки типу 1:1, 1:*; - підтримує рекурсивні зв’язки і зв’язки типу N:M за допомогою декомпозиції; - типи зв’язків безпосередньо зв’язані один з одним за допомогою конструкції «Тип набору»; - цілісність на рівні посилань підтримується за рахунок конструкції «Тип набору»; - має обмежену гнучкість стосовно зміни вимог до даних і методі доступу; - доступ до типів записів здійснюється шляхом переміщення по структурі мережі. В залежності від розташування конкретного типу запису стосовно початкового положення в структурі для доступу до даних використовуються різні спец. команди.
Недоліки: велика складність програмних засобів записів. Щоб задати запит до бд необхідно детально знати логічну структуру бд і розробити стратегію навігації по бд; потенціальна обмеженість зв’язків. У мережній моделі зв’язки даного запису з іншими явно представлені в цьому записі.
Реляційна модель даних - розроблена Едгаром Коддом в 1970 логічна модель даних, що описує:
Особливості реляційної моделі даних: - підтримуються зв’язки 1:1, 1:N, N:M, рекурсивні. Типи записів пов’язані за допомогою конструкції: первинний - вторинний ключі. Підтримується цілісність на рівні посилань. Доступ до даних здійснюється за допомогою стандартної мови. В самій теорії – це реляційна алгебра (процедурна с-ма), реляційне обчислення; - спрощення схеми представлення даних для користувача – таблиці. Єдність зображення об’єктів і зв’язків таблиці. Поліпшена фізична, логічна незалежність даних. Поліпшена цілісність і захист даних. Наявність теоретичного фундаменту – теорія Кода; - надмірність даних (набагато більше, ніж в попередніх моделях). Істотне зростання часу, необхідного для виконання запитів.