Матрица LuckyTemplates | Как исправить матричные итоги в LuckyTemplates

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

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

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

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

Оглавление

• Неверные итоги в матрице LuckyTemplates
• Исправление итоговых значений матрицы LuckyTemplates с помощью SWITCH TRUE Logic
• Отладка с помощью табличного редактора 3
• Заключение

Неверные итоги в матрице LuckyTemplates

Давайте посмотрим на контекст мер в этом примере. Во-первых, у нас есть показатель под названием « Доход от спреда» , который является ответвлением « Общий доход от возможностей» и «Коэффициент масштабирования поиска» .

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

Это всего лишь пример того, как тоталы могут сломаться. Теперь, если мы возьмем этот доход от спреда и поместим его в поле матрицы, произойдет вот что (см. ниже).

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

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

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

Исправление итоговых значений матрицы LuckyTemplates с помощью SWITCH TRUE Logic

У нас есть утверждение SWITCH TRUE, построенное от общего к частному, и я хочу показать вам, почему это не работает. Что делает оператор SWITCH TRUE, так это то, что он проходит через каждое из условий. Он выходит из первого, что верно.

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

Если мы посмотрим, что происходит, данные поступают, и мы переходим в SWITCH TRUE. И если это один из этих классов, он становится «млекопитающим». Это означает, что мы никогда не дойдем до этого критерия сумчатого или того, что нам нужно, то есть кенгуру, потому что все они млекопитающие. Итак, если это утверждение истинно, оно выйдет наружу.

Если утверждение неверно, то оба утверждения не будут истинными. Это будет значение по умолчанию, которое не является млекопитающим. Таким образом, вместо того, чтобы строить от общего к частному, вы должны строить свой оператор SWITCH TRUE от частного к общему , а затем в конце — к универсальному.

Если мы вернемся к примеру с фиксацией матричных итогов, это действительно то же самое. А вот особенности, которые будут первым утверждением в нашем SWITCH TRUE. И потом, у нас есть D как уловка. Посередине у нас есть эти два условия B и C. B имеет контекст для столбца, но не для строки, а C имеет контекст для строки, но не для столбца.

Теперь давайте перейдем к табличному редактору 3 (TE3), который теперь является моим любимым способом отладки и понимания показателей.

Отладка с помощью табличного редактора 3

Я называю этот показатель (ниже) доходом от спреда с фиксированными суммами. Он довольно длинный и выглядит как сложный DAX, но я собираюсь разбить его по компонентам.

У нас есть только две переменные, которые в основном принимают SELECTEDVALUE короткого месяца и нашего периода, и это будет определять контекст. Затем у нас есть виртуальная таблица, которая, по сути, является виртуальной версией матрицы с помощью этой конструкции и .

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

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

Возвращаясь к нашей мере в редакторе выражений, нам нужно построить логику, которая создает итоговые поля. Итак, у нас есть этот оператор SWITCH TRUE с , в котором мы проверяем, есть ли контекст в каждом из двух полей, в которых нам нужен контекст.

Первое условие, которое идет от наиболее специфичного к наименее специфичному, — это условие А, базовые строки. Таким образом, если у нас есть контекст для периода и контекст для короткого месяца, мы просто используем показатель «Доход от спреда», потому что он дает правильные результаты в этих строках данных.

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

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

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

Теперь, если мы возьмем нашу меру «Доход от распределения с фиксированными суммами» к полям и поместим ее в значения, мы получим правильные итоги для итогов строк, итогов столбцов и общих итогов. Логика SWITCH TRUE проходит и накладывает всю логику, которая нам нужна, чтобы получить правильные итоги.

Как создать уникальные промежуточные итоги в таблицах LuckyTemplates
Исправление неверных итогов Использование показателей DAX в LuckyTemplates
Использование расширенной логики в LuckyTemplates для исправления итогов

Заключение

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

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

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