- •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. База знань: склад і структура, головні відмінності від бази даних; моделі представлення знань, організація виведення в базах знань.
6. Основні фази та етапи життєвого циклу системи баз даних; методологія проектування баз даних: вимоги до методології, послідовність проектування.
Кожна БД протягом всього свого життєвого циклу проходить наступні етапи: дослідження предметної області, постановка задачі, складання інфологічної, даталогічної, фізичної моделей, розробка бд, тестування, експлуатація.
Методологію проектування бд можна розділити на два підходи: об’єктно-орієнтований та структурний.
Проектування БД - процес перетворення опису даних, предметного середовища і внутрішнє представлення бд.
Етапи проектування:
1) проектування концептуальної моделі: вивчення і опис предметного середовища; збір основних даних, виявлення об’єктів і зв’язків між ними;
2) вибір моделі даних (реляційна, мережна…);
3) проектування логічної моделі (дата логічної моделі); організація даних у форму обраної моделі даних;
4) проектування фізичної моделі бд; вибір структур збереження даних, методів доступу до даних на основі засобів конкретної СУБД;
5) вибір СУБД;
6) оцінка функціонування с-ми;
7) реалізація.
Концептуальна модель – відображає об’єкти і зв’язки між ними та є абстрактним представленням предметного середовища.
Логічна модель – представляє структуру даних і логічні зв’язки між елементами даних, користувачам виділяються конкретні підмножини с-ми.
Фізична модель – сукупність файлів, методи доступу, розміщення даних, техніка індексування.
7. ER-моделювання предметної області; перелічити основні компоненти концептуальної моделі; визначити основні об’єкти та види зв’язків між ними.
ER модель являє собою інструмент опису схеми структури бд та індетифікує семантичні концепції предметного середовища. Зміст ER моделі не може бути збережений в бд безпосередньо. ER діаграма є абстрактним макетом бд і представляє її основні компоненти.
Популярність ER моделі пояснюється наявність діаграмної техніки, являє собою склад об’єктів, їх структуру і зв’язків між ними.
Основними елементами є: сутності, зв’язки, атрибути.
Позначення: сутність - прямокутник, в якому вказується назва об’єкта, зв’язок – ромб, вказується ім’я або властивості, атрибут – овал, вказується ім’я зв’язку.
Сутність – базовий тип інформації, що зберігається а бд. Атрибут – відповідає певній характеристиці об’єкта. Зв’язок – певна асоціація між об’єктами. Бінарні зв’язки бувають таких типів: 1:1, 1:m, n:m. показник кардинальності визначає потужність зв’язку для кожної із сутностей-учасниць. Приклад зв’язку: 1:1 – клієнт має рахунок, 1:m – клієнт замовляє проект, n:m – клієнт замовляє товари. Рекурсивний зв’язок – це зв’язок, у якому ті самі сутності беруть участь кілька разів і в різних ролях. Службовець в особі керівника керує службовцем в особі підлеглого. Дві сутності можуть бути зв’язані декількома зв’язками: службовець керує підрозділом та службовець працює в підрозділі. Наявність у зв’язку одного або декількох атрибутів свідчить про те, що зв’язок приховує деяку невизначену сутність. Ступінь участі визначає чи залежить існування даної сутності від участі в зв’язку деякої іншої сутності. Існує два варіанти участі сутності у зв’язку: повний, частковий. Ступінь участі є повним, якщо для існування деякої сутності, потрібне існування іншої сутності, зв’язаної з нею визначальним зв’язком. У противному випадку ступінь участі є частковим. Повний ступінь участі інколи назв. обов’язковою участю, а частковий – необов’язковою. Наприклад: підрозділ – проект має частковий ступінь участі, а проект-етапи – повний.