Архитектура OLAP-систем, таблицы фактов, таблицы измерений. Способы реализации многомерной модели.

💸 Как сделать бизнес проще, а карман толще?

Тот, кто работает в сфере услуг, знает — без ведения записи клиентов никуда. Мало того, что нужно видеть свое раписание, но и напоминать клиентам о визитах тоже. Проблема в том, что средняя цена по рынку за такой сервис — 800 руб/мес или почти 15 000 руб за год. И это минимальный функционал. Нашли самый бюджетный и оптимальный вариант: сервис VisitTime.
⚡️ Для новых пользователей первый месяц бесплатно. А далее 290 руб/мес, это в 3 раза дешевле аналогов. За эту цену доступен весь функционал: напоминание о визитах, чаевые, предоплаты, общение с клиентами, переносы записей и так далее.
✅ Уйма гибких настроек, которые помогут вам зарабатывать больше и забыть про чувство «что-то мне нужно было сделать».
Сомневаетесь? нажмите на текст, запустите чат-бота и убедитесь во всем сами!

OLAP-система состоит из множества компонент. На самом высоком уровне представления система включает в себя источник данных, OLAP-сервер и клиента.

Источник данных представляет собой источник, из которого берутся данные для анализа.

OLAP-клиент представляет пользователю интерфейс к многомерной модели данных, обеспечивая возможность удобно манипулировать данными для выполнения задач анализа.

OLAP-сервер обеспечивает хранение данных, выполнение над ними необходимых операций и формирование многомерной модели на концептуальном уровне.

Таблица фактов – является основной таблицей хранилища данных. Как правило, она содержит сведения об объектах или событиях, совокупность которых будет в дальнейшем анализироваться.

-факты, связанные с транзакциями (transaction facts). Основаны на отдельных событиях.

-факты, связанные с «моментальными снимками» (snapshot facts). Основаны на состояниях объекта.

-факты, связанные с элементами документа (line-item facts). Основаны на том или ином документе и содержат подробную информацию об элементах этого документа.

-факты, связанные с событиями или состоянием объекта (event or state facts). Представляют возникновение события без подробностей о нем.

Таблица фактов, как правило, содержит уникальный составной ключ, объединяющий первичные ключи таблиц измерений. При этом как ключевые, так и некоторые неключевые поля должны соответствовать будущим измерения OLAP-куба. Помимо этого таблица фактов содержит одно или несколько полей, на основании которых в дальнейшем будут получены агрегатные данные.

Таблицы измерений содержат неизменяемые либо редко изменяемые данные. Таблицы измерений содержат как минимум одно описательное поле (обычно с именем члена измерения) и, как правило, целочисленное ключевое поле (обычно это суррогатный ключ) для однозначной идентификации члена измерения. Если будущее измерение, основанное на данной таблице измерений, содержит иерархию, то таблица измерений также может содержать поля, указывающие на «родителя» данного члена в этой иерархии. Таблица измерений может содержать также дополнительные атрибуты членов измерений, содержавшиеся в исходной оперативной базе данных.

OLAP-серверы скрывают от конечного пользователя способ реализации многомерной модели. Существует три основных способа реализации – MOLAP, ROLAP, HOLAP.

-MOLAP(Multidimensional OLAP)- исходные и агрегатные данные хранятся в многомерной базе данных. Хранение данных в многомерных структурах позволяет манипулировать данными как многомерных массивом, благодаря чему скорость вычисления агрегатных значений одинакова для любых из измерений. Однако в этом случае многомерная база данных оказывается избыточной, так как многомерные данные полностью содержат исходные реляционные данные.

-ROLAP (Relational OLAP) –исходные данные остаются в той же реляционной базе данных, где они изначально и находились. Агрегатные же данные помещают в специально созданные для их хранения служебные таблицы в той же базе данных.

HOLAP (Hybrid OLAP) – исходные данные остаются в той же реляционной базе данных, где они изначально находились, а агрегатные данные хранятся в многомерной базе данных.