- •1.Поняття автоматизованого банку даних (абд)
- •2.Склад автоматизованого банку даних характеристика та функції основних його блоків.
- •3.Мовні засоби автоматизованого банку даних.
- •4.Функції та сутність скбд та їх характеристика.
- •5.Покоління скбд.
- •7.Адміністратор бази даних та його функції.
- •8.Поняття словника-довідника даних його характеристика та призначення.
- •9.Характеристика проектування баз даних на зовнішньому рівні.
- •12.Правила агрегації інформаційних об’єктів при інфологічному проектуванні бд.
- •13.Характеристика основних етапів розробки інфологічної моделі
- •14.Інформаційні запити та правила їх побудови при інфологічному проектуванні бд.
- •15.Запитувальні зв’язки їх характеристика та правила побудови при інфологічному проектуванні.
- •16.Поняття структурних зв’язків та правила їх побудови при інфологічному проектуванні бази даних.
- •23.Порядок приведення реляційних відношень до 5нф
- •17.Правила побудови реляційної моделі даних.
- •18.Поняття об’єктних та зв’язкових відношень в реляційних бд та суть умови посилкової цілістності даних.
- •19.Суть реляційного підходу до проектування баз даних
- •20.Теорії нормалізації реляційних відношень та її використання при проектуванні бд.
- •21.Порядок приведення реляційних відношень до 3нф(4нф).
- •22.Порядок приведення реляційних відношень до нормальної форми Бойса-Кодда.(Фил)
- •24.Поняття та основні вимоги до даталогічного проектування
- •25.Критерії вибору субд
- •26.Відображення на ієрархічну модель бд
- •27.Відображення на мережеву модель бд
- •28. Відображення на реляційну модель бд
- •29.Особливості та характеристика субд Access
- •30.Характеристик об’єктів бази даних Access
- •31.Таблиці в Access та правила їх побудови
- •32.Характеристика основних типів запитів та способи їх створення в субд Access
- •33.Схема бази даних в субд Access її призначення та правила побудови
- •35.Характеристика засобів Access, які забезпечують безпомилкове введення даних.
- •34.Характеристика засобів захисту бази даних в субд Access.
- •44. Передумови розробки концепції сховищ даних.
- •36.Стратегії розподілення даних в розподіленій базі даних.
- •37.Характеристика та призначення case-засобу Erwin.
- •41.Характеристика стратегій розподілу даних в розподіл.Бд.
- •45.Архітектура сховищ даних.
- •40.Поняття розподіленої бази даних (рбд) та особливості технології роботи з рбд.
- •42.Особливості технології функціонування розподілених баз даних.
- •43.Особливості проектування розподілених баз даних.
- •46.Відмінності проектування сховищ даних від баз даних.
- •48.Характеристика реляційної моделі представлення сховищ даних.
- •49.Характеристика гібридної моделі представлення сховищ даних.
- •47.Характеристика багатовимірної моделі представлення сховищ даних.
- •51.Сутність методики вимірного моделювання сховищ даних.
- •50. Складові сховищ даних та їх характеристика.
- •56.Моделі відновлення бд і сд в sql Server 2008. Та їх характеристика.
- •52. Визначення сховищ та вітрин (кіосків) даних їх призначення та застосування.
- •53. Репозитарій метаданих та його призначення в сховищах даних.
- •54. Характеристика основних інструментів sql Server 2008.
- •55.Операція резервного копіювання, її характеристика і види в sql Server 2008.
- •57.Трігери, їх призначення, види в sql Server 2008.
- •58.Процедури, що зберігаються в sql Server 2008.
- •59.Характеристика і призначення інструменту sql Management Studio.
- •60.Характеристика і призначення інструменту Analysis Services.
- •61.Створення olap проекту в sql Server 2008.
- •62.Правила побудови схем і діаграм бд в sql Server 2008.
- •63.Способи побудови таблиць в sql Server 2008
- •Поняття автоматизованого банку даних (абд).
- •Склад автоматизованого банку даних характеристика та функції основних його блоків.
46.Відмінності проектування сховищ даних від баз даних.
СД за своїм призначенням не схожі на БД OLTP-систем, які обслуговують поточну оперативну діяльність підприємств та організацій. СД використав.для підтримки прийняття стратегічних рішень, що дозволяє проводити порівняння і прогнозування майбутніх результатів.
Основними відмінностями при проектуванні сховищ даних порівняно з проектування баз даних є:
1.У базі даних OLTP-систем дані нормалізуються з метою запобігання виникненню аномалій надмірності та порушення цілісності й узгодженості БД при внесенні змін до БД. Дані в сховищі даних є статичними ,тобто в них практично не вносять зміни.2.При проектуванні БД не врахов-ся процедури їх подальшої обробки.При проектуванні СД потрібно знати і враховувати процедури агрегування даних.
при проектув СД необх враховувати «часовий фактор», тобто ступінь деталізації фактів.
48.Характеристика реляційної моделі представлення сховищ даних.
Розрізняють сис-ми MOLAR, ROLAR, HOLAR.
У ROLAR- системах гіперкуб- це лише користувацький інтерфейс, який емалюється СКБД на логічному рівні. Дані в сховищі представляються у вигляді моделі «зірка».Яка склад. з таблиць 2-х типів: однієї табл. досліджуваних даних-центр зірки, і кількох табл., які характер.-ь певні виміри цих фактів. Табл фактів має складовий ключ,який об’єднує всі ключі таблиць вимірів, а також знач-я показників, що аналізуються. За допомогою цих ключів табл. фактів зв’язується з табл. вимірів.Табл вимірів є батьківською,а табл. фактів- підпорядкованою дочірньою. Завдяки простоті зіркоподібної моделі процедура вибору даних дуже ефективна і зручна для кінцевих користувачів. Якщо табл. вимірів нормалізовані ,то така модель назив.»сніжинкою». Гібридна модель є комбінацією ненормалізованої моделі типу «зірка» та нормалізов «сніжинка». ROLAR-моделі дозволяють зберігати великі обсяги даних,але вони не досить ефективні при виконанні аналітичних операцій.
HOLAR-системи- це комбінований варіант зберігання даних, який використовують обидва типи СКБД.Агрегати даних зберігаються у багатовимірній СКБД, детальні оперативні дані- у реляційній СКБД.
49.Характеристика гібридної моделі представлення сховищ даних.
HOLAP - hybrid OLAP. Компромісний варіант між MOLAP, та ROLAP підходами, при якому не всі дані переводяться в багатовимірне подання. Наприклад, детальні дані залишаються на рівні БД, у той час як в кубі зберігаються тільки їх агрегації. Виконання запиту над такою моделлю буде включати також звернення до реляційних серверу, якщо запит стосується детальних даних. На практиці саме гібридна модель застосовується найбільш часто, оскільки за рахунок розподілу навантаження на багатовимірний і реляційних сервери вдається досягти оптимальної продуктивності при виконанні аналітичних запитів. HOLAP-системи – це комбінований варіант зберігання даних, який використовують обидва типи СКБД. Агрегати даних зберігаються у багатовимірній СКБД, детальні оперативні дані – у реляційній СКБД.
Гібридна архітектура, яка поєднує особливості реляційної та багатовимірної моделей, запропонована Дугласом Хекні. Іншою назвою моделі є Узгоджувана вітрина даних. За такої архітектури передбачається подвійне проектування схеми сховища даних – розроблення нормалізованого центрального (корпоративного сховища) та багатовимірних (побудованих за архітектурою шини) вітрин даних. Корпоративне нормалізоване сховище дозволяє коректно зберігати дані, а ненормалізовані вітрини – швидко виконувати запити користувачів.