|
ГликогенTransformer позволяет иметь несколько отдельных измерений времени, но тогда теряется возможность создавать метрики со сверткой по времени (например, Последний Остаток).
Именно это я имел в виду. Если Вам нужно иметь возможность делать Time-state rollup по двум измерениям времени, то в одном кубе этого сделать невозможно.
Dimensionality (метрика может по-разному реагировать на набор измерений и уровней измерений в отчёте)
Приведите пример задачи из жизни. Я например когда делаю объединение плана и факта, учитываю как выисляется план-факт в зависимости от выбранного в отчете PowerPlay среза.
Привожу. Допустим, Вам нужно, чтобы метрика не реагировала на определённые атрибуты измерений (уровни в терминах Transformer), то Вы можете это сделать. Например, если у Вас есть две версии метрики "Объём продаж", одна из которых имеет уровень "по умолчанию", а другая игнорирует уровень ДЕНЬ. То если Ваш отчёт в строках будет содержать дни, а в столбцах обе метрики, то в первом столбце у Вас будут продажи за каждый день, а во втором - сумма всех продаж, то есть в каждой строке у Вас будет одно и то же число. Таким образом, можно будет посчитать, например, долю продаж каждого дня ко всем остальным.
Предвидя Ваш ответ относительно того, что в Cognos это тоже можно (там есть опция % of base), скажу, что это самый тривиальный случай, и если метрика должна сложным образом реагировать на набор атрибутов отчёта(например, игнорировать уровни двух измерений), то в Transformer этого добиться будет невозможно.
Фильтр (можно наложить фильтр на отдельную метрику, в PowerPlay фильтр накладывается на весь отчёт, так что все метрики будут фильтроваться одинаково, очень часто нужно, чтобы метрики фильтровались по-разному)
Здесь Вы не правы. В PowerPlay можно фильтровать разные метрики по-разному. Это делается в режиме Построителя отчетов (Reporter).
В PowerPlay Reporter фильтр накладывается на весь отчёт. Вы не можете наложить на одну метрику один фильтр, а на другую, другой.
Поправьте меня, если я не прав.
Трансформация (позволяет, например, рассчитать значение метрики не за тот день, который выбирается фильтром отчёта, а,например за предыдущий, следующий, и т.д. Ну, и, опять-таки, трансформации определяются на уровне метрики, а не измерения.
В PowerPlay есть понятие текущего периода времени и относительных категорий времени (например сегодня, вчера, через N дней, за всю историю до прошлого месяца и т.п.). Эти категории можно подтаскивать под метрики в отчете, и в итоге мы получим нужные значения метрик.
Дело в том, что эти категории автоматически создаются только для текущего периода.
Если Вы хотите получить в PowerPlay отчёт, где в строках будут дни, а в столбцах продажи за день и прирост продаж к этому же дню предыдущего года, то как Вы будете это делать?
Prompt есть в вебовской версии PowerPlay, когда перед открытием отчета на основе куба пользователь накладывает фильтры по измерениям, но возможно Вы имеете в виду другую функциональность. Если да - то это из области реляционных запросов, где не создаются предварительные агрегаты (OLAP-кубы), то есть у Cognos это продукты Impromptu и ReportNet. Если Вы помните, в Интеллектуальном Конструкторе Выражений Cognos имеется Prompt Manager, позволяющий запрашивать у пользователя параметры перед генерацией отчета (а эти параметры использовать при вычислении метрик).
И опять мы встречаемся с "интеграцией на уровне названия".
По поводу параметров, запрашиваемых у пользователя, Microstrategy, например может спросить у пользователя, какую метрику он хочет видеть в отчёте (на самом деле, объектом Prompt может быть практически любой объект метаданных).
С уважением,
Константин Лисянский
http://lissianski.narod.ru
|
