JuriiЯ думаю что это не проблема для любой системы, которая позиционируется в правой части квадранта Gartner

Начнём с того, что Cognos Transformer не поддерживает два измерения ВРЕМЯ. А это - насколько я понимаю, является требованием в постановке, приведённой выше.

Что касается создания сложных метрик, то я уже писал об этом - Cognos в этом смысле отстаёт от Microstrategy и очень сильно.
Я уже также писал, что Microstrategy вырос из розницы, так что если анализ начинает быть сложным, то переход на Microstrategy дело времени.

Кстати, не забудьте сюда нарисовать второй квадрат Gartner - BI Platforms. Там Cognos вообще отсутствует. И это легко понять - средства разработки очень слабые.

Поэтому мой совет г-ну Torin - смотрите Microstrategy.


С уважением,
Константин Лисянский
http://lissianski.narod.ru

JuriiЭто голословное утверждение. Насколько я помню, не существует таких задач, которые можно решить в MSTR и нельзя решить в Cognos.

На всякий случай процитирую то, что я писал в другой дискуссии:


Например, в Microstrategy метрики имеют ряд свойств:
- Dimensionality (метрика может по-разному реагировать на набор измерений и уровней измерений в отчёте)
- Фильтр (можно наложить фильтр на отдельную метрику, в PowerPlay фильтр накладывается на весь отчёт, так что все метрики будут фильтроваться одинаково, очень часто нужно, чтобы метрики фильтровались по-разному)
- Трансформация (позволяет, например, рассчитать значение метрики не за тот день, который выбирается фильтром отчёта, а,например за предыдущий, следующий, и т.д. Ну, и, опять-таки, трансформации определяются на уровне метрики, а не измерения.
- Prompt (трудно с переводом на русский, извините. Эта штука встраивается не непосредственно в метрику, а в фильтр, но опосредованно и в метрику. Позволяет при запуске отчёта интерактивно запросить у пользователя информацию для формирования фильтра, что делает метрику интерактивной).

И это далеко не всё, что умеют метрики. Это мочень мощный механизм в Microstrategy. В Cognos всё гораздо более примитивно.

Кстати, в том топике Вы так и не выполнили своё обещание ответить что-то по поводу перечисленных мной недостатков :)




Я имел в виду, что Терадата, если тоже прилично заплатить, позволит сделать распределенное хранилище данных, на котором MSTR будет работать с приемлемой скоростью.

Юрий, я подозреваю, что вы не имеете представления о том, о чём говорите.
Что такое по Вашему "распределенное хранилище данных"?


С уважением,
Константин Лисянский
http://lissianski.narod.ru

Короче запутались, - если все кобинации в в measure сделать, то там черт ногу сломит..

В продукте Teradata Retail Decisions порядка 700 метрик.
Microstrategy позволяет не запутаться в них поскольку существует несколько вещей, позволяющих эффективно управлять метаданными.
Например, можно найти все объекты, зависящие от выбранного.
Любые объекты можно объединять в папки произвольного состава.

Такую иерархию метрик, которую Вы описали можно поместить в папки, организованные в иерархическую структуру.
Однако в Microstrategy Вам всё-таки придётся создать по метрике для каждой комбинации показатель/единица измерения.


С уважением,
Константин Лисянский
http://lissianski.narod.ru

Гликоген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