OLAP-куб. Создание иерархий третьего измерения

Записаться

1. Создание вычисляемого поля для продуктовой линейки

Переходим к изменению иерархии измерения Product. Сначала, как и для измерения Customer, открываем таблицу Product и создаём вычисляемое поле. Для этого выбираем таблицу Product, нажимаем правой кнопкой мыши и выбираем New Name Calculation. Называем поле Product Line Name.

В атрибуте Product Line хранятся однобуквенные коды продуктовых линеек:

• M — Mountain (горные велосипеды);
• R — Road (дорожные велосипеды);
• A — Accessory (аксессуары);
• T — Touring (городские велосипеды);
• C — Components (комплектующие).

Одна буква неудобна для отчёта, поэтому вычисляемое поле расшифровывает код. Вставляем нужный код, нажимаем OK. Поле появляется в списке. Через Explore Data можно проверить результат: исходный Product Line остаётся однобуквенным, а Product Line Name показывает полное название. Сохраняем изменения.

2. Настройка отображения атрибутов в измерении Product

Переходим на уровень измерения Product. Для атрибута Product Line нужно вместо одной буквы выводить полное название. Используем свойство Name Column: оно определяет, какое значение выводить на печать. Указываем Product Line Name.

Для Product Key логика похожая. Ключ продукта не несёт полезной информации для пользователя. Переименовываем Product Key в Product Name, а в качестве Name Column выбираем English Product Name. Сам ключ остаётся, но при визуализации вместо него отображается название продукта. Нажимаем OK.

3. Создание иерархии

Создаём иерархию:

Product Line → Model Name → Product Name.

Настраиваем связи:

• Product Name → Model Name;
• Model Name → Product Line.

Связь оставляем Flexible (гибкая), потому что разделение на продуктовые линейки и модели внутри магазина может меняться. Это не жёсткая иерархия. Нажимаем OK. Проверяем: предупреждений по иерархии нет, элементы для отображения подставлены правильно. Переименовываем иерархию в Product Model Lines.

4. Распределение атрибутов по папкам

Атрибуты группируем по смыслу:

• Stocking (запасы): Reorder Point, Safety Stock Level, Size Range, Style, Weight;
• Financial (финансы): Dealer Price, List Price, Standard Cost;
• History (история): Start Date, End Date, Status.

Так навигация по атрибутам становится удобнее.

5. Настройка All Member Name

Для иерархии Product Model Lines открываем свойства и меняем All Member Name. Вместо стандартного «All» указываем All Products. Это слово появляется при сворачивании подмножества в Excel или другом клиенте.

Затем то же значение All Products задаём на уровне всего измерения Product, чтобы для всех иерархий результат свёртки назывался одинаково.

6. Развёртывание и проверка

Сохраняемся и выполняем Deploy куба. Деплой проходит успешно. Делаем полный reprocess (пересчёт) куба. Открываем браузер.

В измерении Customer иерархия Customer Geography по-прежнему показывает «All». В измерении Product появляется иерархия Product Model Lines. Атрибуты рассортированы по папкам. При развёртывании видим All Products, затем полные названия продуктовых линеек: Accessory, Components, Mountain, Road, Touring. Внутри линейки отображаются модели, внутри модели — конкретные товары. Например, в Accessory можно увидеть одну модель с несколькими размерами: S, M, L.

Осталось настроить измерение Date.

Краткие итоги

Настройка измерения Product показывает, как техническая структура куба превращается в удобный аналитический инструмент. Сначала однобуквенные коды продуктовых линеек расшифровываются через вычисляемое поле Product Line Name. Это отделяет хранение кода от его бизнес-смысла и позволяет пользователю видеть в отчётах понятные названия: Mountain, Road, Accessory, Touring, Components. Затем Name Column связывает ключевые атрибуты с отображаемыми значениями: Product Line показывает полное название линейки, а Product Key, переименованный в Product Name, выводит English Product Name. Ключ при этом сохраняется для связей и вычислений, но исчезает из пользовательского представления. Такой приём уменьшает зависимость отчётов от технических идентификаторов и повышает читаемость данных.

Иерархия Product Line → Model Name → Product Name задаёт естественный путь анализа: от продуктовой линейки к модели и конкретному товару. Связь Flexible отражает изменчивость бизнес-структуры: принадлежность модели к линейке или товара к модели может пересматриваться. Жёсткая связь здесь была бы менее устойчивой к изменениям. Папки Stocking, Financial и History упорядочивают атрибуты по смыслу: запасы, цены и история жизненного цикла товара. Это упрощает навигацию в клиентских инструментах и снижает вероятность ошибок при построении отчётов.

Настройка All Member Name на уровне иерархии и измерения делает свёрнутые узлы понятными: вместо «All» пользователь видит «All Products». Такая деталь улучшает восприятие отчётов и единообразие подписей. Завершающий деплой и полный пересчёт куба подтверждают, что изменения применены. Проверка в браузере показывает, что Product Line, Product Name, модели и товары отображаются корректно. Практическая ценность подхода в том, что аналитик получает куб, готовый к drill-down и формированию отчётности, а пользователь работает с бизнес-терминами, а не с кодами. Остаётся настроить измерение Date, после чего куб становится полноценным для дальнейшего анализа.