- •МНОГОМЕРНЫЕ
- •ПРОСТЕЙШАЯ
- •ТРЕХМЕРНАЯ
- •ОСНОВНЫЕ
- •ОСНОВНЫЕ
- •ОСНОВНЫЕ
- •ОСНОВНЫЕ
- •ФАКТЫ
- •ФАКТЫ
- •ФАКТЫ
- •ФАКТЫ
- •ПАРАМЕТРЫ
- •ПАРАМЕТРЫ
- •КАК РЕАЛИЗОВАТЬ МНОГОМЕРНУЮ БАЗУ ДАННЫХ
- •КАК РЕАЛИЗОВАТЬ МНОГОМЕРНУЮ БАЗУ ДАННЫХ
- •СХЕМА КАК РЕЗУЛЬТАТ
- •СХЕМА «ЗВЕЗДА»
- •СХЕМА «ЗВЕЗДА»
- •СХЕМА «ЗВЕЗДА»
- •СХЕМА КАК РЕЗУЛЬТАТ
- •СХЕМА КАК РЕЗУЛЬТАТ
- •СХЕМА КАК РЕЗУЛЬТАТ
- •СХЕМА «СНЕЖИНКА»
- •СХЕМА «СНЕЖИНКА»
- •ЗАПРОСЫ
- •OLAP
- •12 ПРИЗНАКОВ OLAP- ДАННЫХ
- •12 ПРИЗНАКОВ OLAP- ДАННЫХ
- •12 ПРИЗНАКОВ OLAP- ДАННЫХ
- •12 ПРИЗНАКОВ OLAP- ДАННЫХ
- •ТЕСТ FASMI
- •3 ТИПА OLAP
- •3 ТИПА OLAP
- •3 ТИПА OLAP
- •3 ТИПА OLAP
- •3 ТИПА OLAP
- •3 ТИПА OLAP
- •ПРИМЕНЕНИЕ OLAP
- •ПРИМЕНЕНИЕ OLAP
- •ПРИМЕНЕНИЕ OLAP
- •ПРОГРАММНЫЕ СРЕДСТВА OLAP
- •ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ ПО ТЕМЕ В СЕТИ ИНТЕРНЕТ
ФАКТЫ
Виды фактов:
•Совокупные мгновенные снимки (cumulative snapshots): состояние объекта на протяжении времени; примеры: совокупный объем продаж.
ПАРАМЕТРЫ
Параметры:
•Численная характеристика факта (например, цена)
•Формула (например, агрегатная функция)
ПАРАМЕТРЫ
Три вида параметров:
•Аддитивные (могут комбинироваться в любом измерении)
•Полуаддитивные (не могут комбинироваться в некоторых измерениях)
•Неаддитивные (не комбинируются)
КАК РЕАЛИЗОВАТЬ МНОГОМЕРНУЮ БАЗУ ДАННЫХ
1. Определение измерений:
Город (код города, город) Год (код года, год) Специальность(код
специальности, специальность)
Код |
Город |
Год |
|
|
города Код года |
Код |
Специальн |
||
101 |
201 |
|
||
специальности |
ость |
|||
102 |
202 |
|
301 |
ФК |
203 |
|
302 |
МЭ |
|
103 |
Омск |
|
303 |
БУ |
КАК РЕАЛИЗОВАТЬ МНОГОМЕРНУЮ БАЗУ ДАННЫХ
2. Определение мер и получение куба:
Контингент (код города, код
Код |
код специально |
Количест |
||||
|
Код года |
|
Код |
|||
города |
специальности |
во |
||||
101 |
|
201 |
зачи |
301 |
9300 |
|
101 |
|
201 |
|
|
302 |
1000 |
101 |
|
201 |
|
|
303 |
3000 |
… |
|
… |
|
|
… |
… |
СХЕМА КАК РЕЗУЛЬТАТ
Схема «Звезда»
Код |
Город |
|
|
города |
|
|
|
|
|
|
|
101 |
Москв |
|
|
а |
|
|
|
|
|
|
|
102 |
Чита |
|
|
103 |
Омск |
Код |
Код |
|
города |
||
|
года |
специальности |
|
|
101 |
201 |
301 |
|
101 |
201 |
302 |
|
101 |
201 |
303 |
|
… |
… |
… |
Код Год года
201200
9
202201
0
203201
1
9300
1000
3000
…
Код |
Специальн |
специальности |
ость |
301 |
ФК |
302 |
МЭ |
303 |
БУ |
СХЕМА «ЗВЕЗДА»
•Одна таблица фактов (fact table), которая сильно денормализована.
•Несколько денормализованных таблиц измерений (dimensional table).
•Таблица фактов и таблицы размерности связаны идентифицирующими связями, при этом первичные ключи таблицы размерности мигрируют в таблицу фактов в качестве внешних ключей. Первичный ключ таблицы факта целиком состоит из первичных ключей всех таблиц размерности.
•Агрегированные данные хранятся совместно с исходными.
СХЕМА «ЗВЕЗДА»
Преимущества
•Благодаря денормализации таблиц измерений упрощается восприятие структуры данных пользователем и формулировка запросов, уменьшается количество операций соединения таблиц при обработке запросов. Некоторые промышленные СУБД и инструменты класса OLAP / Reporting умеют использовать преимущества схемы "звезда" для сокращения времени выполнения запросов.
СХЕМА «ЗВЕЗДА»
Недостатки
•Денормализация таблиц измерений вносит избыточность данных, возрастает требуемый для их хранения объем памяти. Если агрегаты хранятся совместно с исходными данными, то в измерениях необходимо использовать дополнительный параметр - уровень иерархии.
СХЕМА КАК РЕЗУЛЬТАТ
Схема «Снежинка»: измерения сами являются многомерными Пример: тема – объемы продаж.
•Измерения:
•Тип Продукта (кодТ, тип)
•Продукт (кодП, продукт, кодТ)
•Страна (кодС, страна)
•Город (кодГ, город, кодС)
•Год (кодГД, год)
•Месяц (код М, месяц, код ГД)