- •1. Поняття автоматизованого банку даних (абд).
- •2. Склад автоматизованого банку даних характеристика та функції основних його блоків.
- •4.Функції скбд та їх характеристика .
- •3.Мовні засоби автоматизованого банку даних.
- •5. Покоління скбд.
- •6. Характеристика етапів проектування бази даних.
- •7.Адміністратор бази даних та його функції.
- •8. Поняття словника-довідника даних його характеристика та призначення.
- •9. Характеристика проектування баз даних на зовнішньому рівні.
- •10. Характериистика підходів до інфологічного проектування баз даних.
- •11.Інструментальні засоби інфологічного проектування.
- •12. Правила агрегації інформаційних об’єктів при інфологічному проектуванні бд.
- •13. Характеристика основних етапів розробки їнфологічної моделі
- •14. Запитувальні зв’язки їх характеристика та правила побудови при інфологічному проектуванні.
- •15. Поняття структурних зв’язків та правила їх побудови при інфологічному проектуванні бази даних.
- •16. Правила побудови реляційної моделі даних.
- •17. Поняття об’єктних та зв’язкових відношень в реляційних бд та суть умови посилкової цілістності даних.
- •18. Суть реляційного підходу до проектування баз даних
- •19. Теорії нормалізації реляційних відношень та її використання при проектуванні бд.
- •20. Порядок приведення реляційних відношень до 3нф(4нф).
- •21. Порядок приведення реляційних відношень до нормальної форми Бойса-Кодда.
- •22. Порядок приведення реляційних відношень до 5нф.
- •23. Поняття та основні вимоги до даталогічного проектування.
- •24. Критерії вибору субд.
- •25. Відображення на ієрархічну модель бд.
- •26. Відображення на мережеву модель бд.
- •27. Відображення на реляційну модель бд
- •28. Особливості та характеристика субд Access.
- •29. Характеристика об’єктів бази даних Access.
- •30. Таблиці в Access та правила їх побудови.
- •Створення нової таблиці в новій базі даних
- •Створення нової таблиці в наявній базі даних
- •31. Характеристика основних типів запитів та способи їх створення в субд Access.
- •33.Характеристика засобів захисту бази даних в субд Access.
- •34. Характеристика засобів Access, які забезпечують безпомилкове введення даних.
- •35.Стратегії розподілення даних в розподіленій базі даних.
- •36.Характеристика та призначення case-засобу Erwin.
- •38.Технологія логічного проектування бд в середовищі Erwin.
- •39. Поняття розподіленої бази даних (рбд) та особливості технології роботи з рбд.
- •40. Характеристика стратегій розподілу даних в розподіленій бд.
- •41. Особливості технології функціонування розподілених баз даних.
- •42.Особливості проектування розподілених баз даних.
- •Передумови розробки концепції сховищ даних.
- •Архітектура сховищ даних.
- •Відмінності проектування сховищ даних від баз даних.
- •Характеристика багатовимірної моделі представлення сховищ даних.
- •Характеристика реляційної моделі представлення сховищ даних.
- •48. Характеристика гібридної моделі представлення сховищ даних.
- •49. Складові сховищ даних та їх характеристика.
- •50. Сутність медодики вимірного моделювання сховищ даних.
- •51. Визначення сховищ та вітрин (кіосків) даних їх призначення та застосування.
- •52. Репозитарій метаданих та його призначення в сховищах даних.
- •1.Поняття автоматизованого банку даних (абд).
- •2.Склад автоматизованого банку даних характеристика та функції основних його блоків.
15. Поняття структурних зв’язків та правила їх побудови при інфологічному проектуванні бази даних.
Структурний зв'язок — це асоціації, що описують ієрархічні зв'язки між парами інформаційних об'єктів, один з яких виступає як власник, а інший — як підпорядкований об'єкт. Екземпляр структурного зв'язку являє собою екземпляр об'єкта власника та певну сукупність зв'язаних з ним екземплярів підпорядкованого об'єкта.
Розглянемо правила побудови структурних зв'язків. Правило 1. Нехай в одновимірному запитувальному зв'язку співвідношення Т (Х1, У) — 1 : Б, тоді початковий об'єкт X1 ого-лошується як власник структурного зв'язку, а кінцевий У — підпорядкованим об'єктом.
Ознака «Напрямок руху» набуває значення S1 = ВП (графічно це відображено на рис. 2.4). Подвоєна стрілка вказує на те, що екземплярів підпорядкованого об'єкта може бути багато. За цим самим правилом будують зв'язок при співвідношенні 1:1, проте в цьому разі стрілка не подвоюється.
Правило 2. Нехай в одновимірному запитувальному зв'язку співвідношення Т (X], У) = Б : 1, тоді кінцевий об'єкт У оголошується власником структурного зв'язку, початковий Х\ — підпорядкованим об'єктом, а ознака «Напрямок руху» набув значення S2 - ПВ (графічно це показанонарис. 2.5).
Правило 3. Нехай в одновимірному запитувальному зв'язку співвідношення Т (Х\, У) = Б : Б, тоді Х\ і У оголошуються як власники двох структурних зв'язків. Підпорядкованим об'єктом оголошується новий об'єкт, який називається об'єктом-зв'язкою (графічно це відображено на рис. 2.6).
У структурному зв'язку, де власником є об'єкт X, напрямок руху ВП, а в структурному зв'язку, де власником є кінцевий об'єкт У, — напрямок руху ПВ. Для об'єкта-зв'язки клас членства в обох зв'язках обов'язковий.
Об'єкти-зв'язки мають бути семантично визначені, їм присвоюється ім'я і задаються характеристики, тобто визначаються атрибути, які повинні входити до їх складу.
Досить часто об'єктом-зв'язкою виступає той об'єкт, який не визначили на більш ранніх стадіях проектування. До складу об'єкта-зв'язки обов'язково повинні входити первинні ключові атрибути тих об'єктів, зв'язок між якими встановлюється. Крім ключових атрибутів, до об'єкта-зв'язки можуть додатково входити атрибути, що уточнюють семантику зв'язку, що розглядається. Наприклад, є два об'єкти, між якими існує тип співвідношення Б : Б; Т (ДЕТАЛЬ : МАТЕРІАЛ) = Б : Б. Об'єктом-зв'язкою тут може виступати такий об'єкт як «НОРМА», який вміщуватиме первинні ключі «код деталі» і «код матеріалу» та неключовий атрибут «норму витрат матеріалу на одну деталь».
Правило 4. Нехай маємо багатовимірний запитувальний зв'язок канонічного вигляду:
тоді (рис. 2.7):
* усі початкові й кінцеві об'єкти оголошуються власниками кількох структурних зв'язків;
* підпорядкованим у всіх структурних зв'язках оголошується новий об'єкт-зв'язка;
* об'єкт-зв'язка оголошується обов'язковим у всіх структурних зв'язках;
* для одного структурного зв'язку, де власник — початковий об'єкт, напрямок руху позначається ВП, для всіх інших — ПВ.