- •Системы.
- •Роль и место анализа в процессе принятия решения
- •Аспекты проблемы анализа и их реализация в программных продуктах
- •1.1. Роль и место анализа в процессе принятия решения.
- •1.2. Аспекты проблемы анализа и их реализация в программных продуктах
- •2. Информационное пространство как среда анализа.
- •2.1 Понятие информационного пространства.
- •2.2 Структура информационного пространства
- •2.3. Элементы структуры информационного пространства. Понятие показателя.
- •2.4. Пространственная интерпретация понятия показатель.
- •3.Сущность и система экономических показателей
- •Содержание экономических показателей.
- •Виды систем показателей.
- •3.1 Содержание экономических показателей.
- •3.2 Виды систем показателей
- •Логико-дедуктивные системы показателей.
- •4. Анализ и прогнозирование бизнес-процессов (деятельности) предприятий как объект автоматизации.
- •4.2 Классификация методов анализа
- •4.3. Содержание методов анализа в экономической предметной области
- •4.3.1 Методики проведения анализа в маркетинговой деятельности.
- •4.3.2 Анализ обеспечения ресурсами
- •4.3.3 Анализ в области логистики.
- •4.3.4 Финансовый анализ
- •4.3.5 Анализ инвестиций и инноваций.
- •4.3.6 Методы стратегического анализа
- •4.3.6.1 Анализ стратегической позиции предприятия.
- •4.3.6.2 Анализ ситуации по слабым сигналам и оценка рисков.
- •4.3.6.3 Анализ отклонений.
- •4.3.6.3 Анализ полей бизнеса
- •4.3.6.4 Бенчмаркинг
- •4.3.7 Информационный обмен, связанный с аналитической работой.
- •5. Информационное хранилище и технологии анализа данных - основа информационно-аналитической системы.
- •5.1 Признаки olap-систем
- •5.2 Схемы представления многомерных данных.
- •5.3 Типы многомерных olap-cистем.
- •5.3.1 Многомерные olap-системы.
- •5.3.2 Реляционные olap-системы.
- •5.3.3 Гибридные olap-системы.
- •6. Концепции организации хранения данных.
- •6.1 Понятие информационного хранилища.
- •6.2 Концепция централизованного хранилища данных
- •6.3 Концепция распределённого хранилища данных
- •6.4 Концепция автономных витрин данных
- •6.5 Концепция единого интегрированного хранилища и многих витрин данных.
- •7. Подходы к выполнению анализа средствами информационных технологий (it-анализа).
- •7.1. Классификация it-анализа по режиму и темпу.
- •7.2. Задачи и содержание оперативного (olap) анализа.
- •7.3 Интеллектуальный анализ данных Data mining.
- •8. Программные инструментальные средства иас
- •8.1. Состав программных инструментальных средств иас.
- •8.2. Средства сбора и доработки данных.
- •8.3. Средства преобразования данных.
- •8.4. Средства оперативного (olap) анализа.
- •8.5 Средства интеллектуального анализа данных.
- •9. Управление и проектирование иас
- •9.1 Управление информационно-аналитическими системами.
- •9.2 Задачи и средства администрирования иас.
- •Планирование
- •Эксплуатация
- •9.3 Принципы проектирования информационно-аналитических систем.
- •9.4 Рынок инструментальных средств иас.
- •Литература
5.2 Схемы представления многомерных данных.
Многомерные данные могут быть отображены инструментами в виде СУБД на основе реляционных моделей данных, а также и специальными многомерными инструментальными средствами.
Представление многомерных данных в рамках реляционных моделей может выполняться в виде трёх вариантов схем:
"снежинка";
"созвездие". Линейное представление на плоскости отображено на рис 5.1.
б) снежинка
в) созвездие
Рис. 5.1. Линейное представление схем многомерных данных
34
Названные схемы являются системами таблиц реляционной модели.
На рис. 5.2. представлены схема базы данных Northwind, входящей в комплект поставки СУБД MS SQL Server и MS Access, а также варианты схем построенных на их основе кубов данных.
Рис.5.2. Схема базы данных Northwind
В многомерном пуле информации создаётся большая центральная таблица, называемая таблица факта (fact table). В ней помещаются все данные относительно интересующего пользователя обобщающего показателя. Её окружают меньшие таблицы, содержащие данные по признакам, называемые таблицы размерности или иногда их называют измерений (dimensional table).
Таблицы размерности являются родительскими по отношению к таблице факта. Таблица факта является дочерней. Могут быть также
35
консольные таблицы (outrigger table). Они присоединяются к таблицам размерности и детализируют отдельные атрибуты. Консольные таблицы являются родительскими по отношению к таблицам размерности.
Рис.5.3
Таблица факта.
36
tff SQL Server Enterprise Manager - [3:Data in Table 'Sales_Factl in 'f4orthwind_Mart' |
on "MAINDESK"]
|
|
-1П|х[ -|S|x| |
|||||||||||||||||||
S ^ В ЭД ■ # • ^( ч^ | zl 11 Ж [!= *Э |
||||||||||||||||||||||
|
TirneKey | CustornerKeyl ShipperKey | ProductKey | ErnployeeKeyl RequiredDate |
LinelternFreight |
LineltemTotal |
LineItemQuantit\ |
LinelternDiscount |
|
||||||||||||||||
► |
Э 85 4 11 5 Hoi.OS |
1996 |
14.3904 |
168 |
12 |
0 |
'1 |
|||||||||||||||
|
5 85 4 42 5 01.08 |
1996 |
11.992 |
98 |
10 |
0 |
||||||||||||||||
5 |
85 |
4 |
72 |
5 |
01.08 |
1996 |
5.996 |
174 |
5 |
0 |
|
|||||||||||
1 |
79 |
1 |
14 |
6 |
16.08 |
1996 |
2.1321 |
167.4 |
9 |
0 |
|
|||||||||||
1 |
79 |
1 |
51 |
6 |
16.08 |
1996 |
9.476 |
1696 |
40 |
0 |
|
|||||||||||
3 |
34 |
2 |
41 |
4 |
05.08 |
1996 |
10.971 |
77 |
10 |
0 |
|
|||||||||||
3 |
34 |
2 |
51 |
4 |
05.08 |
1996 |
38.3985 |
1484 |
35 |
222,6 |
|
|||||||||||
3 |
34 |
2 |
65 |
4 |
05.08 |
1996 |
16.4565 |
252 |
15 |
37.8 |
|
|||||||||||
4 |
84 |
1 |
22 |
3 |
05.08 |
1996 |
6.0492 |
100.8 |
6 |
5.04 |
|
|||||||||||
4 |
84 |
1 |
57 |
3 |
05.08 |
1996 |
15.123 |
234 |
15 |
11.7 |
|
|||||||||||
4 |
84 |
1 |
65 |
3 |
05.08 |
1996 |
20.164 |
336 |
20 |
0 |
|
|||||||||||
2 |
76 |
2 |
20 |
4 |
06.08 |
1996 |
19.54 |
2592 |
40 |
129,6 |
|
|||||||||||
|
2 |
76 |
2 |
33 |
4 |
06.08 |
1996 |
12.2125 |
50 |
25 |
2.5 |
|
||||||||||
■ |
2 |
76 |
2 |
60 |
4 |
06.08 |
1996 |
19.54 |
1088 |
40 |
0 |
|
||||||||||
|
5 |
34 |
2 |
31 |
3 |
24.07 |
1996 |
11.404 |
200 |
20 |
0 |
|
||||||||||
|
|
|
|
Щ |
Рис. 5.4 Таблица измерений.
При разработке базы данных по схеме "звезда’’ или по другой многомерной схеме необходимо глубоко и тщательно проанализировать предметную область; поместить в центральную таблицу факта все характеризующие исследуемый объект данные, предварительно разработав систему признаков.
Консольные и таблицы размерности, а также таблица факта соединяются идентифицирующими связями. Первичные ключи родительских таблиц являются внешними ключами дочерних. Например первичный ключ таблицы размерности является внешним ключом таблицы факта.
Схема “звезда” состоит только из таблиц размерности и таблицы факта (рис. 5.1. а)
37
38
Рис.5.5. Система таблиц по схеме “звезда”
Развитием схемы "звезда" является схема "снежинка" (snowflake schema). Её отличает от первой схемы большое количество консольных таблиц, они имеются практически на каждой таблице размерности и могут иметь несколько уровней иерархии, как показано на рис. 5.1.б.
39
40
Рис. 5.6 Система таблиц по схеме "снежинка"
Схема "созвездие" (fact constellation schema) получается из нескольких таблиц фактов (Рис.5.1.б). В этом варианте многомерной модели через консольные или таблицы размерности сообщаются несколько таблиц фактов, отображающих несколько объектов с общими атрибутами.
В схемах "снежинка" и "созвездие" применение консольных таблиц приводит к дополнительным затратам времени на реализацию запроса. При проектировании этот фактор должен учитываться. При создании многомерных моделей на основе реляционной базы данных рекомендуют "создавать длинные и узкие таблицы фактов и сравнительно небольшие и широкие таблицы размерности (измерений).
41
Схемы реализации многомерных баз на основе реляционной СУБД в табличном виде приведены на рис. 5.3. – 5.6.
Многомерные модели данных на основе многомерных СУБД отличаются денормализацией, точнее отсутствием или неполнотой нормализации. Допускаются дублирование или избыточность данных. Ячейки гиперкубов, формируемые такими средствами, имеют одинаковую размерность, что также приводит к избыточному расходу ресурсов системы.