Сумма измерения LuckyTemplates неверна: как это исправить

Вы можете столкнуться с проблемами с показателями в визуализациях таблиц LuckyTemplates с итоговой строкой. Обычная жалоба состоит в том, что строка «Итого» является «неправильной» для меры. Обычно общий ряд соответствует измерению, просто это не то, что ожидает большинство людей. В этом руководстве я собираюсь рассказать нам об этой распространенной проблеме с общим показателем LuckyTemplates и о том, как ее решить. Вы можете посмотреть полное видео этого урока в нижней части этого блога.

Общее количество показателей LuckyTemplates было проблемой на протяжении всего существования LuckyTemplates. Итак, чтобы решить эту проблему, я первым делом зашел в DAX Studio и создал . Если вы никогда не видели меру фильтров дампа, она очень похожа на приведенную ниже.

Показатель фильтров дампа определяет, какие фильтры применяются к разным таблицам и столбцам в модели данных. Это действительно легко сгенерировать в DAX Studio. Вы можете запустить DAX Studio, щелкнуть любую таблицу и сказать Define Filter Dump Measures (All Tables) , и она сгенерирует для вас весь код.

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

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

Чтобы включить всплывающие подсказки, вы можете щелкнуть визуальный элемент в матрице или таблице. В этом примере у меня есть матрица и таблица, которые демонстрируют одну и ту же проблему сумм измерений. Вы можете перейти в «Общие» и просто включить всплывающие подсказки. При желании вы можете указать, что это страница отчета.

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

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

Что касается DAX, это правильно, но любой нормальный человек, глядя на это, подумает, что это совершенно неправильно. На самом деле, я должен верить, что это, вероятно, основная причина того, почему люди считают это огромным препятствием для принятия LuckyTemplates.

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

Оглавление

• Использование суррогатной меры
• Исправление неверного итогового показателя LuckyTemplates
• Заключение

Использование суррогатной меры

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

Контекст фильтра для этой итоговой строки отличается, поэтому кажется, что DAX просто выполняется в контексте всех. Например, если я нажму на категорию 1, это правильно.

Таким образом, очевидно, что контекст фильтра принимает категорию = категорию 1.

У него нет этого дополнительного контекста фильтра этой категории без внешнего воздействия. Если я наведу курсор сюда, вы увидите, что он пуст. Сейчас ничего не фильтрует. В этих строках есть фильтр по категории, но он вообще это не учитывает.

Итак, как мы это исправим? Давайте посмотрим на меру, которую я создал.

Исправление неверного итогового показателя LuckyTemplates

Я назвал эту категорию «Итоговые показатели» , и в ней говорится, что если категория таблицы , то просто верните мою меру, правильную для построчного элемента.

В противном случае я ОБЪЕДИНЯЮ таблицу по категориям, а затем вычисляю свою меру для каждой строки. Затем я суммирую значения.

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

Теперь все хорошо и хорошо. Это довольно простое решение, но, на мой взгляд, оно действительно вредит визуализации самообслуживания.

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

Например, вы можете увидеть проблему здесь. У меня правильные категории «Общие показатели», но здесь они неверны. Он даже возвращает неправильные построчные элементы.

Причина этого в том, что категории никогда не находятся в области видимости. Таким образом, в соответствии с нашей мерой категория таблицы ISINSCOPE возвращает итоговые значения меры.

Ну, это никогда не так. Он всегда выполняет обобщение по категориям, а затем по значениям, что совершенно неправильно.

Итак, теперь нам нужно создать еще одну меру, Measure Total Subcategory , которая, если она является подкатегорией ISINSCOPE, возвращает элемент строки в этой строке. В противном случае вы суммируете по подкатегориям в сумме значения, что дает нам правильный ответ.

Заключение

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

Надеюсь, вы узнали что-то новое из этого урока. Если вы столкнулись с подобными проблемами, поделитесь с нами, как вы с ними справились.

Всего наилучшего!

Грег