Cognos Analytics, несколько столбцов в кросс-таблице, но только одна строка в мере

У меня проблема, когда в кросс-таблице с несколькими столбцами есть несколько строк мер, где я хотел бы иметь только одну.

Перекрестная таблица выглядит так:

                      |-----Amount-----|     
SITE-----|---PERSON---|----------------|
----------------------|----------------|
SITE1    |  James     |     45         |
SITE2    |  John      |     34         |
SITE2    |  Jones     |     34         |
SITE3    |  Jane      |     54         |
----------------------|----------------|
TOTAL-----------------|     167        |

Итак, первый столбец - это сайт, второй - люди на сайте (обратите внимание, что на site2 два человека). Структура упрощена, но суть вы поняли.

я бы хотел иметь следующую структуру:

                      |-----Amount-----|     
SITE-----|---PERSON---|----------------|
----------------------|----------------|
SITE1    |  James     |     45         |
SITE2    |  John      |     34         |
SITE2    |  Jones     |                |
SITE3    |  Jane      |     54         |
----------------------|----------------|
TOTAL-----------------|     133        |

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

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

‹--------------------EDIT-------------------->

Я ошибочно объяснил столбец суммы в моем примере. У меня есть таблица, содержащая события продаж, и мерой суммы должно быть количество событий продаж на сайте. Итак, я пытаюсь решить вопрос: Для данного типа событий продаж перечислите сайты, на которых эти продажи произошли, перечислите людей, работающих на этом сайте, и укажите общее количество событий продаж на указанном сайте < / em>. Итак, в основном я получаю все события продаж с помощью некоторого фильтра (type = something). У этих распродаж есть сайт, на котором они произошли. на этом сайте работает от нуля до n сотрудников. Таким образом, существует одно внутреннее соединение между событием продаж и сайтом и внешнее соединение между сайтом и таблицей людей. Запрос SQL возвращает такие данные:

sales_event_1|site1|James|type1|subtype2
sales_event_2|site2|John|type1|subtype1
sales_event_2|site2|Jones|type1|subtype1
sales_event_3|site2|John|type1|subtype2
sales_event_3|site2|Jones|type1|subtype2
sales_event_4|site3|Jane|type1|subtype1
...

Итак, структура кросс-таблицы следующая:

Rows= site|person
Columns= subtype
measure= count (distinct [sales_event_id] for [site])

А кросс-таблица выглядит примерно так:

                      |-----subtype1----|-----subtype2----|-----total----|          
SITE-----|---PERSON---|-----------------|-----------------|--------------|
----------------------|-----------------|-----------------|--------------|
SITE1    |  James     |     35          |     10          |      45      |
SITE2    |  John      |     20          |     14          |      34      |
SITE2    |  Jones     |     20          |     14          |      34      |
SITE3    |  Jane      |     54          |      0          |      54      |
--------------------------|-------------|-----------------|--------------|
TOTAL-----------------|-----------------|-----------------|     133      |

Надеюсь, это поможет вам, ребята.


person jfp    schedule 21.11.2019    source источник


Ответы (2)


Создать новый элемент данных

total([Sales] for [Site])
  • Используйте это как показатель для перекрестной таблицы

  • Затем щелкните показатель и установите для свойства Диапазон группы значение [Сайт].

person VAI Jason    schedule 21.11.2019
comment
Я не могу найти свойство Group Span для кросс-таблицы. Я все же нахожу один для списка. Я использую Cognos Analytics 11.0.9. Вы знаете, является ли это собственностью более старых Report Studios? - person jfp; 22.11.2019
comment
для 11.x он находится в разделе Data (формат данных, определение детализации, диапазон групп) - person VAI Jason; 22.11.2019
comment
@jfp, не удалось ли найти диапазон группы свойств? - person VAI Jason; 25.11.2019
comment
@jason Нет, я не смог его найти. Когда я выбираю меру в кросс-таблице, в разделе данных отображается только формат данных. - person jfp; 26.11.2019
comment
Вы в режиме блокировки? Возможно, вам придется разблокировать / заблокировать и выбрать метрику. В качестве предложения сначала сделайте это списком. Посмотри, сможешь ли ты найти там группу. Затем преобразовать в кросс-таблицу - person VAI Jason; 26.11.2019
comment
@jason Я не вижу свойства, даже если кросс-таблица разблокирована. Я создал список и попытался преобразовать его в кросс-таблицу, но у меня возникла ошибка. Я действительно использую некоторые детерминанты в модели, но, возможно, мне придется изучить их более глубоко, чтобы попытаться понять это. Тем не менее, спасибо. - person jfp; 28.11.2019
comment
1) Сработал ли новый элемент данных? Диапазон групп просто помогает с форматированием 2) Вы можете увидеть, доступно ли свойство в виде списка? 3) Можете ли вы проверить это на более простой модели, чтобы увидеть, доступен ли диапазон групп для кросс-таблицы? 4) Поделитесь сообщением об ошибке, возможно, я смогу помочь - person VAI Jason; 02.12.2019
comment
Предложение @jfp для модели менеджера фреймворка. Скопируйте таблицу фактов на слой импорта вашей модели. На уровне разработки создайте еще одну метрику, предназначенную для этого уровня информации. Посмотрим, поможет ли это - person VAI Jason; 10.12.2019

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

В вашем случае размер факта суммы находится на уровне сайта. Я предполагаю, что этот человек является атрибутом в том же измерении (реляционная вещь; не вещь с элементами, иерархиями и уровнями, хотя это построено на концепциях из реляционной вещи (читайте Кимбалла)). В вашем отчете делается попытка спроецировать запрос ниже сути факта, и вы получаете двойной подсчет.

У вас должны быть определены детерминанты в вашей модели (если вы используете пакет Framework Manager) или зависимости столбцов (если вы используете модуль данных). Это вещи, настроенные для того, чтобы сообщить механизму запросов гранулы фактов и то, какие объекты в измерении находятся на определенном уровне, чтобы сообщить механизму запросов, как агрегировать факты в многофакторной многоуровневой ситуации и как бороться с попытками спроецируйте запрос под фактом.

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

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

person C'est Moi    schedule 23.11.2019