- •1. Поняття автоматизованого банку даних (абд).
- •2. Склад автоматизованого банку даних характеристика та функції основних його блоків
- •3. Мовні засоби автоматизованого банку даних.
- •4. Функції скбд та їх характеристика .
- •1. Управлiння даними. Задачами управлiння даних є пiдготовка даних I їх контроль, занесення даних до бази, структуризацiя даних, забезпечення цiлісностi, секретності даних.
- •2. Доступ до даних. Пошук I селекцiя даних, перетворення даних у форму, зручну для подальшого використання.
- •3. Органiзацiя I ведення зв’язку з користувачем. Ведення дiалогу, видача дiагностичних повiдомлень про помилки в роботi з бд I т. Д.
- •5. Покоління скбд.
- •Характеристика етапів проектування бази даних.
- •Адміністратор бази даних та його функції.
- •8. Поняття словника-довідника даних його характеристика та призначення.
- •Характеристика проектування баз даних на зовнішньому рівні.
- •10. Характеристика підходів до інфологічного проектування баз даних.
- •Складові інфологічної моделі та їх характеристика.
- •Правила агрегації інформаційних об’єктів при інфологічному проектуванні бд.
- •13. Характеристика основних етапів розробки інфологічної моделі.
- •14. Інформаційні запити та правила їх побудови при інфологічному проектуванні бд.
- •15. Запитувальні зв’язки їх характеристика та правила побудови при інфологічному проектуванні.
- •16. Поняття структурних зв’язків та правила їх побудови при інфологічному проектуванні бази даних.
- •17. Правила побудови реляційної моделі даних.
- •18. Поняття об’єктних та зв’язкових відношень в реляційних бд та суть умови посилкової цілістності даних.
- •19. Суть реляційного підходу до проектування баз даних
- •20. Теорії нормалізації реляційних відношень та її використання при проектуванні бд.
- •21. Порядок приведення реляційних відношень до 3нф(4нф).
- •22. Порядок приведення реляційних відношень до нормальної форми Бойса-Кодда.
- •23. Порядок приведення реляційних відношень до 5нф.
- •Поняття та основні вимоги до даталогічного проектування.
- •Критерії вибору субд.
- •26. Відображення на ієрархічну модель бд.
- •Відображення на мережеву модель бд.
- •Відображення на реляційну модель бд
- •Особливості та характеристика субд Access.
- •Характеристика об’єктів бази даних Access.
- •32. Характеристика основних типів запитів та способи їх створення в субд Access.
- •34.Характеристика засобів захисту бази даних в субд Access.
- •35. Характеристика засобів Access, які забезпечують безпомилкове введення даних.
- •36. Стратегії розподілення даних в розподіленій базі даних.
- •37. Характеристика та призначення case-засобу AllFusion eRwin Data Modeler.
- •38. Характеристика типів зв’язків в AllFusion eRwin Data Modeler.
- •39. Технологія та особливості логічного проектування бд в середовищі AllFusion eRwin Data Modeler.
- •40. Поняття розподіленої бази даних (рбд) та особливості технології роботи з рбд.
- •41. Характеристика стратегій розподілу даних в розподіленій бд.
- •42. Особливості технології функціонування розподілених баз даних.
- •43. Особливості проектування розподілених баз даних.
- •Передумови розробки концепції сховищ даних.
- •Архітектура сховищ даних.
- •Відмінності проектування сховищ даних від баз даних.
- •47. Характеристика багатовимірної моделі представлення сховищ даних.
- •52. Визначення сховищ та вітрин (кіосків) даних їх призначення та застосування.
- •53. Репозитарій метаданих та його призначення в сховищах даних.
Адміністратор бази даних та його функції.
Адмiнiстратор БД –– це спецiалiст, який має цілковите уявлення про iнформацiйнi потреби користувачiв, співпрацює з ними в тісному контактi й вiдповiдає за завантаження, ведення та пiдтримування БД в актуальному станi, а також за захист і ефективнiсть функцiонування системи.
Функції адміністатора БД:
сумiсна робота з проектувальниками задач для визначення умов використання БД, розробка опису БД i початкове її завантажування, пiдтримування цiлісностi БД, органiзацiя захисту зберігання даних, вiдновлення БД в разі виникнення помилок програмного забезпечення чи збої пристроїв, якi призводять до руйнування БД, нагромадження статистики по роботi з БД, реорганiзацiя та реструктуризацiя БД відповідно до змiни потреб.
8. Поняття словника-довідника даних його характеристика та призначення.
Опис даних, навiть якщо вiн зберiгається разом із даними в БД, називають метаданими.
У деяких сучасних системах до метаданих належать не лише описи самих даних, а й інформацiя про предметну область, користувачiв системи, статистику її роботи та iншi вiдомостi. Для централiзованого зберігання всiєї метаiнформацiї використовується словник даних (СД). СД дуже важливий, особливо в умовах колективного використання даних, оскільки він забезпечує розв’язання проблеми достовiрностi, надлишковостi й контролю за рацiональним зберіганням і використанням даних.
Призначення словника-довідника даних:
встановлення зв’язкiв мiж користувачами БД;
виконання простого та ефективного управлiння елементами даних при введеннi в систему як нових елементiв, так i при модифiкацiї опису iснуючих;
зменшення надмірності даних;
запобiгання неузгодженостi даних;
централiзоване управлiння даними з метою спрощення процесу проектування БД та її розширення.
Характеристика проектування баз даних на зовнішньому рівні.
Проектування баз даних –– це iтерацiйний, багатоетапний процес прийняття обгрунтованих рiшень у процесi аналiзу iнформацiйної моделi предметної областi, вимог до даних з боку прикладних програмістів і користувачiв, синтезу логiчних і фiзичних структур даних, аналiзу та обгрунтування вибору програмних і апаратних засобiв. Першим етапом проектування БД є проектування на зовнішньому рівні. Зовнiшнiй рiвень у цьому разі виступає як окремий етап проектування, на якому вивчається все позамашинне iнформацiйне забезпечення, тобто форми документування та подання даних, а також зовнiшнє середовище, в якому функцiонуватиме банк даних з точки зору методiв фiксацiї, збирання та передавання iнформацiї в базу даних.
При проектуванні БД на зовнiшньому рiвнi необхiдно вивчити функцiонування об’єкта управлiння, для якого проектується БД, усю первинну та вихiдну документацiю з точки зору визначення того, якi саме данi необхiдно зберiгати в базi даних. Зовнiшнiй рiвень є, як правило, словесним описом вхiдних і вихiдних повiдомлень, а також даних, якi доцiльно зберiгати в БД. Опис зовнiшнього рiвня не виключає наявностi елементiв дублювання, надлишковостi та неузгодженостi даних.
Результатом проектування на зовнiшньому рiвнi буде перелiк атрибутiв (реквiзитiв) оперативної та умовно-постiйної iнформацiї, який потрiбно зберiгати в БД, із зазначенням джерел їх отримання та форми подання. Однак цей перелiк не виключає можливостi iснування в ньому надлишковостi, дублювання, неузгодженостi та iнших недолiкiв. Тому на цьому процес не закiнчується, а здійснюється перехiд до етапу iнфологiчного проектування.