- •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.Склад автоматизованого банку даних характеристика та функції основних його блоків.
42.Особливості проектування розподілених баз даних.
(добавить із ст. 246)
При проектуванні розподіленої бази даних насамперед потрібно вибрати архітектуру розподіленої бази даних і визначити правила доступу до даних і правила її адміністрування. Встановлення правил адміністрування гарантує коректність роботи системи.
Найпростіший варіант архітектури, який виключає можливість виникнення конфліктів, полягає в тому, що серед усіх вузлів, які зберігають одну і ту саму копію якихось даних, вибирають один, що має право на внесення змін, інші вузли лише мають доступ до цієї копії без права внесення змін. Цей варіант можуть вибрати банк і його філії, коли останнім дозволяється переглянути певні дані головної контори без права внесення змін.
Другим варіантом архітектури, який також гарантує, що конфлікти не виникнуть, є динамічна передача права модифікації від сервера до сервера. При цій архітектурі кожний елемент даних має спеціальний додатковий атрибут, у якому можна вказати дозвіл на внесення змін при передаванні даних між серверами.
Питання :
Технологія логічного проектування БД в середовищі Erwin.
Поняття розподіленої бази даних (РБД) та особливості технології роботи з РБД.
Характеристика стратегій розподілу даних в розподіленій БД.
Особливості технології функціонування розподілених баз даних.
Особливості проектування розподілених баз даних.
Передумови розробки концепції сховищ даних.
Необхідність розробки нової концепції сховищ даних обумовлена такими факторами:
Системи підтримки прийняття рішень,що грунт.-ся на формув.-ні аналітичних запитів,почали конфлікт-и з трансакційними сис-ми оперативної обробки даних(OLTP-системи).Що призвело до нестачі ресурсів.
Реалізація аналітич-х звітів на основі традиц-х БД займає дуже багато часу,що призводить до затримок.Так як для аналіт-х звітів переважно потрібні не первинні оперативні дані, а певним чином узагальнені, структуровані.
На підпр-ві функц-є кілька OLTP-систем,кожна з яких має окрему БД. У них використ-ся різні структури даних,способи кодування,одиниці вимір-ня. Що призводить до проблеми узгодженості даних.
Для вирішення оперативних аналіт-х задач недостатньо інформації,що зберіг-я в БД. Необхідні архівні дані, що містять результати роботи за попередні календарні періоди. Також,часто виникає потреба в зовн-х джерелах(дані про клієнтів, конкурентів, політ, соціологічні, демографічні та ін).
Перелічені вище фактори створили передумови для розробки різновиду БД, що назив.сховищем даних.
Архітектура сховищ даних.
Сховища даних залежно від підходів до побудови їх архітектури поділ.на:
Віртуальне СД (Основою є репозитарій метаданих,який описує місце розташ-ня даних в оперативних сис-х,структуру даних, методи агрегації та завантаж-я даних та ін..Це СД скл.з оперативних сис-м та с-ми управл.запитами. Під час викон-я запиту викон-ся пошук та вибірка необх. даних з оперативних сис-м.Потім обєдн-ся необх.чином і видаються користувачеві. Недоліки: низька продуктивність виконання запитів, відсутність єдиної структури полів,кодів і ключів. Переваги: максимальне викор-я існуючого апаратного забезпеч-я.)
СД на основі семантичної інтеграції предм-х областей(сховище поділено на певні розділи, кожен з яких характ.-є окрему ПО, але проект-ся вони за єдиними правилами, що гарантує легкість їх обєднання. Недоліком є відсутність сис-ми управл-ня запитами, внаслідок чого на виконання запитів витрач-ся значний час, оскільки необх., щоб СКБД обєднала дані з різних ПО в одну заг.табл)
СД із сис-мою управл-я запитами до предм-х обл.(наявність блоку «управління запитами» спрощує вирішення проблеми семантичної інтеграції областей, але залиш-ся недолік,що виявляється у значному часі виконання запитів до різних ПО. )
Монолітне сховище(це репозитарій усіх доступних на даний момент оперативних даних, які представлені на найвищому рівні деталізації і нормалізації. Дані із монолітного сховища надходять у допоміжне сховище, а потім пердаються у робоче сховище. Перевагою є гнучкість для використ-ня спеціалістами. Недоліки: дуже велика кількість рівнів і значна надлишковість, що ускладнює супроводження.)
СД на основі стандартного архіву даних(Процес семантичної інтеграції і проміжне сховище замінюються стандартним архівом-це стаціонарне інтегроване середовище,що вміщує інформац.для всіх СППР. Недоліком є високі витрати памяті та підвищені вимоги до супроводж-ня.)