Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Узагальнена схема архітектури сховища даних

Читайте также:
  1. A. Пошаговая схема анализа воздействий
  2. VI Схема истории болезни дерматологического больного.
  3. А - схема мочеобразующей системы почки. Б - схема сосудистой системы почки
  4. Ажурный жилет. Схема вязания крючком.
  5. Бази даних міжнародних та іноземних правових актів
  6. Блок схема алгоритму з розгалудженням
  7. Блок-схема и основные операторы генетических алгоритмов.

Оскільки, як буде описано нижче, кожна велика компа-нія-розробник сховищ даних пропонує своє бачення їх архітектури і ряду відповідних інструментальних засобів, то є певний сенс роз­глянути деяку узагальнену архітектуру сховищ даних, не прив'я­зуючись до реально наявної системи. Така узагальнена архітектура показана на рис. 10.4, де виділені окремі компоненти, інструмента­льні засоби та джерела сховища даних. Опишемо деякі з них.



 


Менеджер завантаження, якого часто називають зовнішньою ком­понентою сховища даних, виконує всі операції, пов'язані з вибиранням необхідних даних та їх завантаженням до сховища. Функції менеджера завантаження полягають в очищенні, конвертації та зведенні даних до стандартного вигляду для їх подання в сховищі даних (СД).

Менеджер сховища виконує операції аналізу та керування дани­ми. До таких основних операцій належать: аналіз узгодженості та відсутності суперечливостей у даних; перетворення та переміщення даних з тимчасового сховища в основні таблиці СД; створення індек­сів; денормалізація даних за необхідності; часткове чи глибоке уза­гальнення даних; резервне копіювання й архівування даних.

Менеджер запитів — це внутрішній елемент сховища даних, який виконує всі операції, що пов'язані з керуванням запитів користувачів. Він є складовою частиною СКБД, яка підтримує сховище даних.

Детальні {операційні) дані — ця складова компонента архітек­тури містить усі детальні дані, які визначені схемою сховища да­них. Це можуть бути як первинні дані найнижчого рівня деталі­зації, так і узагальнені до певного рівня агрегування.

Частково і глибоко узагальнені дані — ці елементи містять дані, які попередньо оброблені менеджером сховища з метою їх часткового чи глибокого узагальнення. У цій частині зберігають­ся у певний спосіб відсортовані та згруповані дані, необхідні для виконання запитів. Дана частина сховища є тимчасовою і змін­ною, так як вона постійно модифікується відповідно до змін у за­питах. Необхідність цієї компоненти пов'язана з підвищенням продуктивності виконання запитів. Узагальнені дані обновляють­ся у міру надходження нових даних до системи.

Репозитарій метаданих — це інформація про дані, що збері­гаються в сховищі даних. Структура метаданих може відрізняти­ся залежно від їх призначення. Метадані використовуються для таких основних цілей:

вибирання і завантаження даних. Метадані містять інфор­мацію про джерела даних, про способи та періодичність їх виби­рання і завантаження в СД;

обслуговування сховища. Метадані використовуються для автоматизації процедур узагальнення даних;

обслуговування запитів. Метадані використовуються для визначення переліку таблиць для виконання запитів.

Визначаючи програмно-технологічну архітектуру сховища да­них, потрібно мати на увазі, що система підтримки прийняття рі­шень, на яких би візуальних засобах вона не грунтувалася, має на­давати користувачеві можливість деталізування інформації, тобто


операцію Drill down. Керівник підприємства чи фірми, отримавши дані в інтегрованому вигляді й висновки, зроблені на їх основі, мо­же зажадати детальніших даних, що уточнюють джерело даних або причини висновків. З погляду проектувальника сховищ даних, це означає, що в деяких випадках необхідно забезпечувати взаємодію бази даних із системою оброблення транзакцій.


Дата добавления: 2015-08-13; просмотров: 94 | Нарушение авторских прав


Читайте в этой же книге: МАТРИЦЯ ПРАВИЛ ОРІЄНТОВАНОЇ НА ПРАВИЛА СППР | ПОДІБНІСТЬ МОДУЛІВ СППР І ЕС | Фактори успіху для здійснення інтелектуальної підтримки управління | Машини правил | PolyAnalyst | KnowledgeSTUDIO | Користувачі і дії дейтамайнінгу | Біологічні нейрони і нейромережі | Архітектура нейромереж | Навчання та використання нейромереж |
<== предыдущая страница | следующая страница ==>
ОСНОВНІ ВІДМІННОСТІ СИСТЕМ ОБРОБЛЕННЯ ТРАНЗАКЦІЙ (OLTP) І АНАЛІТИЧНИХ СИСТЕМ| Продукти інституту SAS

mybiblioteka.su - 2015-2024 год. (0.005 сек.)