- •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
- •Поняття автоматизованого банку даних (абд).
- •Склад автоматизованого банку даних характеристика та функції основних його блоків.
51.Сутність методики вимірного моделювання сховищ даних.
Для визначення даних, які необхідно зберігати в сховищі даних, передусім необхідно провести збір вимог кінцевих користувачів. Вимоги до сховища даних кінцевих користувачів можна умовно розбити на дві групи: вимоги, орієнтовані на процес, та інформаційно орієнтовані вимоги.
Вимоги, орієнтовані на процес, пов'язані з процесами обробки даних при виконанні бізнес-аналізу. При вивченні цих вимог з'ясовуються основні види перетворень, групувань та обчислень, які необхідно виконувати з даними при обчисленні агрегованих даних. Інформаційно орієнтовані вимоги дозволяють визначитись з основними запити та основними бізнес-цілями побудови сховища даних. Аналіз цієї групи вимог дає змогу встановити одну або кілька цілей створення сховища, а також ідентифікувати основні біз-нес-події та показники, які будуть аналізуватися кінцевим користувачем. Бізнес-запити являють собою інформаційні потреби кінцевих користувачів в аналітичній інформації. При опитуванні користувачів необхідно визначити основні типи запитів. Найпоширенішими є такі:
запити перевірки, результат виконання яких підтверджує якусь бізнес-подію. Наприклад, з'ясування факту надходження коштів від певного споживача за певний товар;
запити порівняльного аналізу, результат виконання яких порівнює дані про якісь факти. Наприклад, порівняння даних про збут певного виду продукції за останній місяць з даними попереднього місяця;
запити тенденції, результати виконання яких аналізують та виявляють тенденції у зміні певних фактів у часі. Наприклад, як змінювався дохід від реалізації певного виду продукції за останні 12 місяців;
запити для аналізу відношень, ранжування та кластериза-ції, результати виконання яких дозволяє певним чином класифікувати та ранжувати дані про певні бізнес-події. Наприклад, ранжування кращих споживачів продукції за обсягами продажів протягом останнього року;
запити статистичного аналізу дозволяють провести статистичний аналіз фактів, що характеризують певні бізнес-події. Наприклад, обчислення середнього (мінімального, максимального) доходу від реалізації продукції по певному регіону.
50. Складові сховищ даних та їх характеристика.
Враховуючи те, що сховища даних є новою технологію, яка розвивається, існують різні підходи до викладення структури. сховища даних включає до свого складу такі компоненти
Менеджер завантаження виконує функції диспетчеризації щодо регулярності завантаження нових даних до сховища даних згідно зі встановленим регламентом. Оскільки джерелом даних можуть бути різні OLTP-системи, функції менеджера завантаження також полягають в очищенні, конвертації та приведенні даних до заданого виду їх представлення в СД. Менеджер сховища виконує операції аналізу та управлін даними. Це такі основні операції: аналіз узгодженості та несун речності даних; перетворення та переміщення даних з тимчасон го сховища в основні таблиці СД; створення індексів; денорма.і зація даних у разі її необхідності; агрегація (узагальнення) дани резервне копіювання та архівування даних. Детальні (оперативні) дані — ця складова містить усі де льні дані, які визначені схемою сховища даних. Це можуть б як первинні дані найнижчого рівня деталізації, так і узагальне до певного рівня деталізації. Агреговані дані — ця компонента містить дані, які попе дньо оброблені менеджером сховища з метою їх часткового глибокого узагальнення. У цій частині зберігаються певним ч ном відсортовані та згруповані дані, необхідні для виконання питів. Ця частина сховища є тимчасовою і змінною, оскільки во постійно модифікується у відповідь на зміни запитів. Необхі ність цієї компоненти пов'язана з підвищенням продуктивно виконання запитів. Узагальнені дані поновлюються по мірі на ходження нових даних до системи. Частково узагальнені дані це результат певного узагальнення та агрегації детальних дан Глибоко узагальнені дані отримуються на основі узагальнення ча ково узагальнених даних.
Репозитарій метаданих — це інформація про дані, що збе гаються в СД.
Менеджер запитів — це складова сховища, яка виконує операції, пов'язані з управлінням запитів користувачів. Ця компонента реалізується, як правило, на базі СКБД, що підтримує сховище даних, а також сховища даних і програш власної рззробки.
Основними елементами даних, які зберігаються в сховищі даних, є:• показники (змінні);« виміри та їх ієрархія;• факти.
Основними задачами проектування сховищ даних є визначення кандидатів на змінні, факти та виміри. Для цього застосовуються кілька підходів, кожен з яких характеризується певною послідовністю ідентифікації основних елементів моделі. Згідно з послідовністю ідентифікації елементів сховища даних можна визначити такі підходи до визначення основних елементів сховища даних: Підхід «від запиту». Передусім визначаються змінні, потім виміри, пов'язані зі змінними, а надалі формуються факти. Цей підхід називається «від запиту», оскільки він орієнтований насамперед на аналітичні запити до сховища даних. Тобто визначення елементів сховища даних виконується на основі аналізу запитів користувачів-аналітиків.
Підхід, орієнтований на бізнес. Визначаються факти, потім виміри, а на завершення змінні. Цей підхід називається орієнтованим на бізнес, оскільки спочатку аналізується предметна область, для якої будується сховище даних, і визначаються основні бізнес-події, які необхідно відобразити в сховищі як факти, а вже потім з'ясовуються виміри та змінні, що характеризуватимуть ці факти. Підхід «від джерела». Визначаються виміри, далі змінні, а вже потім факти. Цей підхід називається орієнтованим на джерело даних. Тобто при проектуванні сховища даних відштовхуємось від існуючих моделей баз даних, які будуть виступати основним джерелом наповнення даними сховища.
У реальній дійсності при проектуванні сховищ даних може бути використана комбінація цих усіх підходів. Оскільки йдеться про визначення кандидатів на виміри, змінні та факти, то, наприклад, спочатку може бути застосовано підхід «від бізнесу». Використовуючи його, вивчається предметна область і з'ясовуються бізнес-події, які необхідно відображати у вигляді фактів, а потім визначаються виміри та змінні, що їх характеризують. Далі проводиться опитування майбутніх користувачів і виявляється перелік аналітичних запитів, які можуть бути поставленими до майбутнього сховища. На основі аналізу запитів користувачів проводиться уточнення фактів, змінних та вимірів, які були отримані при вивченні предметної області. 1 нарешті, отриманий перелік кандидатів на змінні факти та виміри уточнюється з використанням підходу «від джерела».
