Студопедия

КАТЕГОРИИ:

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

Порівняння основних характеристик типових систем OLTP і сховищ даних




Практично в будь-якій організації склалася парадоксальна ситуація: інформація начебто б десь і є, її навіть занадто багато, але вона неструктурована, неузгоджена, розрізнена, не завжди достовірна, її практично неможливо знайти й отримати. У результаті можна говорити об відсутність інформації при її наявності й навіть надмірності.

Для того щоб витягати корисну інформацію з даних, вони повинні бути організовані способом, відмінним від прийнятого в OLTP-системах, тому що:

· в OLTP-системах використовуються нормалізовані таблиці БД. Нормалізація ефективна, якщо відношення часто оновлюються, але дає негативний ефект у випадку операції вибірки (особливо у випадку складних запитів). А в DSS-системах використовуються тільки операції вибірки, і дані рідко змінюються, тому дані доцільно зберігати у вигляді слабко нормалізованих відношень, що містять заздалегідь обчислені основні підсумкові дані. Більша надмірність і пов'язані з нею проблеми отут не страшні, тому що відновлення відбувається тільки в момент завантаження нової порції даних. При цьому відбувається як додавання нових даних, так і перерахування підсумків;

· виконання деяких аналітичних запитів вимагає хронологічної впорядкованості даних. Реляційна модель не припускає існування порядку записів у таблицях;

· у випадку аналітичних запитів частіше використовуються не детальні, а узагальнені (агреговані дані).

Організація звичайно має кілька різних систем OLTP, призначених для підтримки таких ділових процесів, як керування запасами, виставляння рахунків клієнтам і продаж товарів. Системи OLTP оптимально підходять для інтенсивної обробки транзакцій, які проектують заздалегідь, багаторазово повторюються й зв'язані переважно з відновленням даних.

Однак в організації звичайно є тільки одне СД. СД призначені для обробки щодо невеликої кількості транзакцій, які мають непередбачений характер і вимагають відповіді на довільні, неструктуровані й евристичні запити. Інформація в СД призначена для підтримки прийняття довгострокових стратегічних рішень відносно невеликою кількістю керівників.

Хоча системи OLTP і СД мають різні характеристики й створюються для різних цілей, вони зв'язані в тому розумінні, що системи OLTP є джерелом інформації для сховища даних.

За допомогою СД можна одержати відповіді на запити, більш складні, ніж запити з найпростішими узагальненнями типу наступного: «Яка середня ціна об'єктів нерухомості в найбільших містах країни?».

Приклади запитів для сховища даних:

- Які три райони в городах, що обслуговуються, були найбільш популярні з погляду оренди об'єктів нерухомості в певному році і як ці дані змінилися в порівнянні з даними за попередні два роки?

- Який місячний дохід від продажу об'єктів нерухомості в кожному відділенні компанії в порівнянні з аналогічними показниками річної давнини?

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

- Який зв'язок спостерігається між сумарним щорічним доходом у кожному відділенні компанії й загальною кількістю торгових агентів у кожному із цих відділень?

 

Порівняння основних характеристик типових систем OLTP і сховищ даних

Система OLTP Сховище даних
Містить поточні дані Містить історичні дані
Зберігає докладні відомості Зберігає докладні відомості, а також частково й повністю узагальнені дані
Дані є динамічними Дані в основному є статичними
Повторюваний спосіб обробки даних Нерегламентований, неструктурований і евристичний спосіб обробки даних
Тип екранних форм в основному визначений заздалегідь Форми визначаються користувачем
Висока інтенсивність обробки транзакцій Середня й низька інтенсивність обробки транзакцій
Передбачуваний спосіб використання даних Непередбачений спосіб використання даних
Призначена для обробки транзакцій Призначено для проведення аналізу
Орієнтована на прикладні області Орієнтовано на предметні області
Підтримка прийняття повсякденних рішень Підтримка прийняття стратегічних рішень
Обслуговує велику кількість працівників виконавчої ланки Обслуговує відносно малу кількість працівників керівної ланки
Відповідає на питання Скільки? Як? Коли? Відповідає на питання Чому? Що буде, якщо?

 

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

 

Оперативний аналіз даних

Ідея обробки багатомірних даних виникла в 1962 році, коли К.Айверсон опублікував свою роботу «Мова програмування» (A Programming Language, APL). APL – це математично визначена мова з багатомірними змінними й досить абстрактними операторами. В 70-і й 80-і роки вона активно використовувалася в багатьох ділових застосуваннях, функціонально схожих із сучасними OLAP-системами.

В 1970 з’явився­ перший програмний продукт для багатомірного аналізу даних – Express. В 1992 році був випущений Essbase – перший OLAP продукт, що одержав масштабний ринок.

В 1993 році вийшла стаття Е.Ф.Кодда (E.F.Codd), у якій уперше було дано формальне визначення OLAP-технології.

OLAP – технологія оперативної аналітичної обробки даних, що використовує методи й засоби для збору, зберігання й аналізу багатомірних даних з метою підтримки процесів прийняття рішень.

Рис.1. Основні функції аналітичних систем

Користувачі OLAP-систем

- керівники й менеджмент;

- бізнес-аналітики, маркетологи й аналітикипо плануванню розвитку;

- керівники середньої й молодшої ланки;

- рядові співробітники;

- співробітники ІТ-служб;

- інші застосування.

 










Последнее изменение этой страницы: 2018-05-10; просмотров: 210.

stydopedya.ru не претендует на авторское право материалов, которые вылажены, но предоставляет бесплатный доступ к ним. В случае нарушения авторского права или персональных данных напишите сюда...