- •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. Репозитарій метаданих та його призначення в сховищах даних.
10. Характеристика підходів до інфологічного проектування баз даних.
Для усунення аномал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йного запиту, в якому в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дпорядкованого об’єкта.