- •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. Репозитарій метаданих та його призначення в сховищах даних.
18. Поняття об’єктних та зв’язкових відношень в реляційних бд та суть умови посилкової цілістності даних.
Реляц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.
19. Суть реляційного підходу до проектування баз даних
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ж ними.
20. Теорії нормалізації реляційних відношень та її використання при проектуванні бд.
Нормал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 форми (скорочена назва — 1НФ, 2НФ i 3НФ). Найбільш досконала з них –– 3НФ. Зараз вже вiдомi й визначенi 4НФ, 5НФ. Щодо використання теорії нормалізації, то можна сказати, що проектування БД було б взагалі неможливим без нормалізації відношень, тому всі вiдношення мають бути нормалiзованi щоб спроектована БД не мала аномалій.