
- •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.Склад автоматизованого банку даних характеристика та функції основних його блоків.
Відмінності проектування сховищ даних від баз даних.
СД за своїм призначенням не схожі на БД OLTP-систем, які обслуговують поточну оперативну діяльність підприємств та організацій. СД використав.для підтримки прийняття стратегічних рішень, що дозволяє проводити порівняння і прогнозування майбутніх результатів.
Основними відмінностями при проектуванні сховищ даних порівняно з проектування баз даних є:
1.У базі даних OLTP-систем дані нормалізуються з метою запобігання виникненню аномалій надмірності та порушення цілісності й узгодженості БД при внесенні змін до БД. Дані в сховищі даних є статичними ,тобто в них практично не вносять зміни.
2.При проектуванні БД не врахов-ся процедури їх подальшої обробки.При проектуванні СД потрібно знати і враховувати процедури агрегування даних.
3. при проектув СД необх враховувати «часовий фактор», тобто ступінь деталізації фактів.
Характеристика багатовимірної моделі представлення сховищ даних.
В основі лежить поняття багатовимірного куба даних, у комірках якого зберіг-ся показники (змінні), що аналіз-ся (наприкл, обсяг продаж), а вимір-ня характ-ть якісь ознаки цих показників (напр.,календарні періоди, регіони…) у найпростішому варіанті 2-вимірної моделі маємо табл., що показує знач-ня обсягів продажу по товарах і календарних періодах. Додавши 3-й вимір-регіон, отримуюмо представлення моделі у вигляді куба. Подальше ускладнення моделі даних може викон-сь у кількох напрямках: 1.збільш-ня числа вимірювань. 2.ускладнення вмісту комірки. Т.ч.,основними поняттями багатовим.моделі є вимір (Demensions), відношеня вимірів та комірки (Cell), в якій зберіг-я певні дані,що аналіз-ся.
Змінна-поле ,значення якого однозначно визначається фіксованим набором вимірів, що характеризують певний факт.
Вимір- множина однотипних даних, що утворюють одну з граней куба і характериз. якусь ознаку показників.
Відношення – це зв’язки між різними вимірами моделі та між окремими знач-ми всередині певного виміру.
У багатовим. СУДБ використ. Гіперкубічна модель( показники якої визначаються однаковими наборами вимірювань) і полікубічна модель(підтримує кілька гіперкубів різної розмірності з різними вимірами їх граней).
При виконанні запитів можуть здійснюватись операції: перетину, розгортання та згортання, обєднання, обертання. Недоліки: 1.не всі комірки куба можеть бути заповнені конкретними даними. 2.розмір багатовим.сховища може дуже збільшуватись.
Характеристика реляційної моделі представлення сховищ даних.
Розрізняють сис-ми MOLAR, ROLAR, HOLAR.
У ROLAR- системах гіперкуб- це лише користувацький інтерфейс, який емалюється СКБД на логічному рівні. Дані в сховищі представляються у вигляді моделі «зірка».Яка склад. з таблиць 2-х типів: однієї табл. досліджуваних даних-центр зірки, і кількох табл., які характер.-ь певні виміри цих фактів. Табл фактів має складовий ключ,який об’єднує всі ключі таблиць вимірів, а також знач-я показників, що аналізуються. За допомогою цих ключів табл. фактів зв’язується з табл. вимірів.Табл вимірів є батьківською,а табл. фактів- підпорядкованою дочірньою. Завдяки простоті зіркоподібної моделі процедура вибору даних дуже ефективна і зручна для кінцевих користувачів.
Якщо табл. вимірів нормалізовані ,то така модель назив.»сніжинкою».
Гібридна модель є комбінацією ненормалізованої моделі типу «зірка» та нормалізов «сніжинка». ROLAR-моделі дозволяють зберігати великі обсяги даних,але вони не досить ефективні при виконанні аналітичних операцій.
HOLAR-системи- це комбінований варіант зберігання даних, який використовують обидва типи СКБД.Агрегати даних зберігаються у багатовимірній СКБД, детальні оперативні дані- у реляційній СКБД.