АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

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

Читайте также:
  1. VIII. Схема лечения
  2. А) основные требования и принципиальная схема лечебно-эвакуационного обеспечения
  3. Алгоритм и блок-схема
  4. Аналіз даних засобами Excel
  5. Аналіз систематизованих та згрупованих статистичних даних
  6. База даних і система управління базою даних СППР
  7. Балки дощатоклееные. Проектирование, схема расчета.
  8. Балки клеефанерные с волнистой стенкой, проектирование, схема расчета.
  9. Балки клеефанерные с плоской стенкой, проектирование, схема расчета.
  10. Бланк паспорта складається з м'якої обкладинки, форзаца, сторінки даних і 32 паперових сторінок.
  11. Блок-схема алгоритма цикла с параметром представлена на рисунке 5.1.
  12. Блок-схема котельного агрегата

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



 


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

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

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

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

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

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

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

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

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

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


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


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95 | 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119 | 120 | 121 | 122 | 123 | 124 | 125 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.003 сек.)