Cognos PP 7.3

Не могу понять как при выстраивании иерархии можно учесть разветвления в иерархии. Скажем продукт имеет два независимых аналитических признака, категория товара и бранд. И в образцах ничего подобного нет. Если не сложно, подскажите.

Jurii2 Виктор Сакович:

Не могу понять как при выстраивании иерархии можно учесть разветвления в иерархии

Для этого используется альтернативный дрилл-даун, см. примеры из папки Samples.

Да, действительно. Спасибо.

А вот ещё. При загрузке довольно большого куба (исходная таблица транзакций - 10 млн) появились какие-то Invalid Dates. Ничего неправильного в источнике нет, я так понимаю, что просто превысил какое-то дефолтное ограничение на размер куба. Если это так, то как это поправить?

Jurii2 Виктор Сакович:

А вот ещё. При загрузке довольно большого куба (исходная таблица транзакций - 10 млн) появились какие-то Invalid Dates.

Скорее всего Вы либо неправильно настроили свойства колонки с датой в модели Transformer, либо в исходных данных у Вас даты некорректные или пустые. Можете ли Вы прислать мне по почте модель (файл с расширением PYI)?

Модель прислать не могу, она 29 Мб весит.
Я думаю, что какие-то свойства колонок тут не при чём. Дело в том, что данные у меня в источнике за 1997-2005 годы. После построения модели я вижу 1997-2000 плюс те самые Invalid Dates. Если я убираю из источника 1997-2000 годы, я получаю в кубе 2001-2004 и опять же Invalid Dates. Явно каких-то ресурсов не хватает.

Jurii2 Виктор Сакович:

Модель прислать не могу, она 29 Мб весит.

Удалите из нее категории (Тулз - Клин Хауз) и сохраните в формате MDL - тогда она станет маленькой, и высылайте. Или можно созвониться по телефону.

Дело в том, что данные у меня в источнике за 1997-2005 годы. После построения модели я вижу 1997-2000 плюс те самые Invalid Dates. Если я убираю из источника 1997-2000 годы, я получаю в кубе 2001-2004 и опять же Invalid Dates. Явно каких-то ресурсов не хватает

Чудеса какие-то... Я никогда не слышал чтобы у когнос были какие-то ограничения в ресурсах. Может конечно источник данных выдает глюки из-за ограничения памяти на сервере... Что служит источником для проектирования куба? Файл IQD или что-то другое? И как Вы делаете измерение времени - визардом или перетаскиванием колонки с датой в область измерений?

У меня нет такой тулзы.

Я проверю источник. Источником является ODBC соединение, замаскированное под Access Query. Измерение времени делалось автоматом, потом я его корректировал.

Кто-нибудь даст пример шапочки файла .iqd для присоединения к MS SQL Server.

Юрий Кудрявцев Юрий Кудрявцев Проблема, на мой взгляд, в том что Impromtu прописывает эти источники в реестр. Так что придется повторять и эту операцию.

Сам себя поправлю :)
Не в реестр, а в файл cognos.ini, как правильно отметили выше.

Спасибо, но пока не получилось. Jurii, я модель Вам выслал.

Jurii2 Виктор Сакович:

Спасибо, но пока не получилось. Jurii, я модель Вам выслал.

Судя по Вашей модели, Вы работаете в компании, которая является партнером корпорации Cognos. :) Только не понятно, почему Ваши коллеги Вам не помогают и Вы ищете советы на форуме...

Первое что бросается в глаза - это то, что ось времени у Вас сделана довольно криво... Настройте что тип колонки DAY_DATE - это дата (см. первую закладку свойства колонки в источнике данных), а на второй закладке настройте 2 параметра - формат даты (например YMD, но надо с помощью датасорс вьювера проверить, возможно у Вас DMY) и степень детализации - в Вашем случае это день. Удалите имеющееся измерение времени, перетащите колонку DAY_DATE в область измерений, и если Вы сделали все правильно - увидите что получится пять уровней иерархии - год-квартал-месяц-неделя-день, уровень недель можете удалить.

Проделал всё это, стало покрасивше, даты стали отображаться нормально. Не 20000112, а 2000/01/12. Что касается Invalid Dates, то всё осталось по старому.

JuriiДа уж, прогресс налицо :) Может надо попробовать формат YDM вместо YMD (типа не встречаются ли у Вас на входе даты, такие как 20001612?)? Или с MS Access проблемы, иногда он глючит при работе с большими объемами данных. А коллеги то Ваши что говорят? Я конечно знаю, что у вас там по Когносу текучка кадров, но не в такой же степени...

Уже по разному попробовал - результат один. Думаю, что проблема всё-таки в масштабируемости. Уже то, что в качестве источников файлов предлагаются только файлы dbx, плоские файлы и Access, наводит на эту мысль.

Jurii2 Виктор Сакович:

Уже по разному попробовал - результат один. Думаю, что проблема всё-таки в масштабируемости. Уже то, что в качестве источников файлов предлагаются только файлы dbx, плоские файлы и Access, наводит на эту мысль.

Вопросы масштабируемости стоит обсуждать при работе хотя бы с сотнями миллионов записей. У Вас же пока такого нет, есть просто проблемы, с которыми сталкиваются новички (от незнания функциональности).
Основной источник данных для Cognos PowerPlay - это реляционные БД (запросы к ним в формате IQD). Дополнительно к этому можно подключать локальные файлы - если бы этого не было, Cognos бы не был лидером среди аналитических систем по показателю полноты функциональности.

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

Я могу Вам дать эти данные - это просто данные, сформированные генератором случайных чисел - можете тоже помучиться.

Jurii2 Виктор Сакович:

Я могу Вам дать эти данные - это просто данные, сформированные генератором случайных чисел - можете тоже помучиться.

Каков размер этих данных в архивированном виде?

Меньше 160Мб

Jurii2 Виктор Сакович:

Меньше 160Мб

По почте не пройдет :)
Вы бывали в нашем офисе? Думаю что да :) Так что приезжайте в гости.

Спасибо. Но в ближайшее время вряд ли.

C iqd разобрались.

Теперь такой вопрос - кто нибудь тестировал в PP меру типа count? На небольших проектах она считается правильно, а на большом - процентов на 5-10 меньше, чем должно было быть. При этом порядок величин - правильный.
То есть вопрос следующий - можно ли сказать, что count во всех разрезах считается корректно?

Константин ЛисянскийВиктор,

а ссылочная целостность у тебя в таблице фактов не нарушена?
Может быть, есть значения NULL, там где должны быть значения внешних ключей, ссылающихся на первичные ключи измерений? Или ссылки неверные, может быть?


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

Скажешь тоже. Но все равно ещё раз проверил. Нуллов нет, а ссылочная целостность не нарушена. И MSTR и BO дают одинаковый результат.

Вообще я слабо представляю, как в многомерной базе можно обеспечить правильное вычисление count distinct. Метрика то совсем не аддитивная.

Jurii2 Виктор Сакович:

Вообще я слабо представляю, как в многомерной базе можно обеспечить правильное вычисление count distinct. Метрика то совсем не аддитивная.

Я хотел бы уточнить - Вы используете меру типа Category Count или тип агрегации Count? Если первое - то есть следующая тонкость - по умолчанию Category Count считает тех мемберов, у которых значение хотя бы одного показателя в кубе не равно нулю или не пустое. Например, если у нас Иванов покупал и в январе, и в феврале, а Петров только в феврале, то без фильтра на кубе Category Count посчитает что у нас 2 клиента, если наложить фильтр на январь - будет всего один клиент, а если отфильтровать февраль - станет 2 клиента.

Да я уже понял, что count - это просто count, а Category count - это count distinct. Проблема в том, что этот самый Category count (count distinct) вычисляется не совсем точно. Значит, никто с таким не встречался. Ладно, проехали.

Jurii2 Виктор Сакович:

Проблема в том, что этот самый Category count (count distinct) вычисляется не совсем точно. Значит, никто с таким не встречался. Ладно, проехали.

Хорошо сказано... :) С таким же успехом можно сказать, что Oracle или MS SQL Server вычисляют Count Distinct не совсем точно
Приведите конкретный пример исходных данных и результат, полученный в Cognos, чтобы ошибка (если она имеется) была видна.

Ну Вы уже прямо на самое святое замахнулись - на Microsoft.
Добился я совпадения цифр. Как это получилось - сам не понял.

А ещё вопрос. Зашёл на www.cognos.com, там уже про PowerPlay ничего не слышно. Восьмёрка - это уже чистый ReportNet. Значит ли это, что производитель больше не собирается развивать этот продукт? В таком случае я бы и не стал с ним разбираться.

Есть иерархия товар-категория товара. Как посчитать долю продаж товара в продажах категории?

Jurii2 Виктор Сакович:

Есть иерархия товар-категория товара. Как посчитать долю продаж товара в продажах категории?

Смотря каким инструментарием Вы пользуетесь... Если калькулятором - сложить суммы по всем товарам внутри категории, а потом сумму по одному товару поделить на это число :)
Если решаете эту задачу в PowerPlay - там есть опция отображения данных как процент от подытога.

Спасибо. А при этом оставить в отчёте и саму величину продаж нельзя?

Можно ли вводить такие понятия как текущий месяц, текущий год?
То же самое, как сделать понятия - предыдущий месяц или такой же месяц, но прошлого года?
И как использовать все эти YTD,MTD - в документации ничего нет.

Туплю наверное. Как отфильтровать 3 топовых товара в каждой категории?

Юрий Кудрявцев Виктор СаковичТуплю наверное. Как отфильтровать 3 топовых товара в каждой категории?

Advanced Subsets в Reporter mode.

Это то я уж понял. Дальше как? Идейку киньте.

Виктор Сакович Юрий Кудрявцев Виктор СаковичТуплю наверное. Как отфильтровать 3 топовых товара в каждой категории?

Advanced Subsets в Reporter mode.

Это то я уж понял. Дальше как? Идейку киньте.

Идей нет. У меня тоже не получилось.

А кто-нибудь пробовал делать какие-то более-менее сложные вычисления, типа вычислить среднемесячные продажи, то есть сначала вычислить продажи по месяцам, а потом их осреднить. Или вот, у меня не получается: накопленные продажи с начала текущего года по текущую дату разделить на накопленные продажи с начала прошлого года по аналогичную дату прошлого года.

Jurii2 Виктор Сакович:

Туплю наверное. Как отфильтровать 3 топовых товара в каждой категории?
Advanced Subsets в Reporter mode.
Идей нет. У меня тоже не получилось.

А чем идея с Advanced Subsets в Reporter mode Вам не понравилась? Там легко указывается что типа выбрать товары из такой-то категории, выводить N лучших или худших... Есть еще режим Explorer, в котором можно наложить фильтр 80 на 20 и он оставит в каждой категории только основные товары (дающие 80 процентов от значения показателя. В PowerPlay 8 (Analysis Studio) есть подобные, еще более проработанные фичи.
Есть и Impromptu, в котором можно сделать фильтр типа Ранг <= 3 ДЛЯ КатегорииТоваров, и этот отчет построится на основе прямого запроса к РСУБД.

А кто-нибудь пробовал делать какие-то более-менее сложные вычисления, типа вычислить среднемесячные продажи, то есть сначала вычислить продажи по месяцам, а потом их осреднить

Не понимаю в чем проблема - мышкой выбираем в отчет месяцы, а потом вычисляем среднее через меню Вычисления...

Или вот, у меня не получается: накопленные продажи с начала текущего года по текущую дату разделить на накопленные продажи с начала прошлого года по аналогичную дату прошлого года

Тоже элементарно - перетаскиваете в отчет 2 колонки, каждая из которых является суммой периодов (месяцы года, дни текущего месяца до текущей даты) и делите себе на здоровье :)

Судя по уровню и нарпавленности Ваших вопросов Вы работаете в отделе маркетинга и занимаетесь черным пиаром против Cognos...

По-первой задачке. Я хотел не 3 топовых товара какой-то категории, а 3 топовых товара в каждой категории, т.е. такой отчёт

Автомобили
BMW_______________1000000
Fiat_________________900000
Ford_________________800000
Канцелярские принадлежности
Кнопки________________1000
Карандаши______________900
Скрепки_________________800
Электроника
Телевизоры___________100000
DVD___________________90000
Мобильные тел__________80000

Вторая задачка понятна, по третьей вопрос: YTD - это до какой даты идёт накопление.
На персональный вопрос ответ - Нет. Просто хотелось посмотреть MOLAP, из Microsoft, Cognos И Hyperion выбрал Cognos PP.

Jurii2 Виктор Сакович:

По-первой задачке. Я хотел не 3 топовых товара какой-то категории, а 3 топовых товара в каждой категории, т.е. такой отчёт

Если хотите такой отчет сделать на основе OLAP-куба, то в Cognos 8 в OLAP-клиенте делается боковик с вложенностью, и на вложенный уровень накладывается фильтр - отобрать лучшие N элементов. В версии 7.3 этот отчет в PowerPlay делается с меньшим удобством.

Для иллюстрации можете зайти на демо-сайт http://www.cognosbi.ru/cognos8 , откроется портал, зайдите в директорию Общие папки/mdc1 и сможете запустить там отчет.

по третьей вопрос: YTD - это до какой даты идёт накопление

При чем тут YTD? Я не упоминал это. Я имею в виду, что пользователь с помощью Shift и Ctrl выделяет в дереве измерений/категорий нужные периоды (покрывающие например диапазон с начала года до необходимой даты), и при нажатой кногпке суммы перетаскивает их в отчет - в итоге появляется одна колонка.

Спасибо, отчёт запустил. Надеюсь, хватит терпения дождаться, пока он выполнится. Как я понимаю, это всё-таки не PP, а ReportNet?
Ответы теперь все понятны. Но что всё-таки означает во временной иерархии YTD?