Блог

Мне было интересно, имеет ли Cognos Framework Manager встроенную функцию «Last», как в динамических кубах?

Или кто-нибудь знает, как смоделировать следующий случай:

У нас есть два измерения — измерение времени с указанием года, полугодия, квартала и месяца и другое измерение, которое классифицирует людей в зависимости от того, как долго они посещают проект (1-30 дней, 31-60 дней, 60-180, 180-365, 1-2 года, 2 года).). Однако выбор уровня измерения времени (год, полугодие и т. Д.) Влияет На категоризацию другого измерения).

Пример:

Человек посещает проект, начиная с 15.11.2018 и заканчивая 30.06.2020. Пользователь cognos использует для измерения времени уровень года, поэтому будут отображаться 2018, 2019 и 2018.

В 2018 году человек будет находиться в категории 31-60 дней, поскольку до 31.12.2018 прошло 46 дней. В 2019 году человек будет включен в категорию 1-2 года, поскольку с 31.12.2019 прошло 46 365 дней. В 2020 году человек также будет в этой категории, как 46 365 180 прошел день.

Категории изменятся, если пользователь выберет другой уровень измерения времени, например, полугодие:

• 2-е полугодие 2018 года: 31-60 (прошло 46 дней)
• 1 полугодие 2019 года: 180-365 дней (46 180 —> Конец HY2019)
• 2-е полугодие 2019 года: 1-2 года (46 180 180 )
• 1 полугодие 2020 года: 1-2 года (46 180 180 180 )

Кто-нибудь знает, как моделировать категории динамических измерений на основе выбора другого измерения (здесь измерения времени)?

Таблица фактов содержит ежемесячные данные, и для упомянутого выше peroson будет 20 отдельных записей (для каждого месяца с ноября 2018 года по июнь 2020 года).

В течение любого периода человек может работать или не работать над проектом.

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

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

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

Если бы данные были в форме, подобной этой, это было бы не слишком сложно. Это пример, который поможет вам получить представление о некоторых способах решения проблемы.

 Date_Key   Person_Key   Project_Key   commitment_status, which would be the measure.
20200101    1                 1                      1
20200101    1                 2                      0
20200101    1                 3                      0
20200102    1                 1                      1
20200102    1                 2                      0
20200102    1                 3                      0
20200103    1                 1                      0
20200103    1                 2                      1
20200103    1                 3                      0
  

В приведенном выше примере человек 1 работал над проектом 1 в течение 2 дней, а затем на день переключился на проект 2. Путем агрегирования состояния обязательств, которое выполняется путем установки свойства aggregate rule, вы сможете определить количество дней, в течение которых человек работал над проектом, независимо от того, какой период времени вы указали в своем запросе.