LuckyTemplates вимірює загальну суму неправильно: як це виправити

Ви можете зіткнутися з проблемами вимірювань у візуалізаціях таблиці LuckyTemplates із підсумковим рядком. Звичайна скарга полягає в тому, що рядок «Усього» є «неправильним» для показника. Зазвичай загальний рядок є правильним для вимірювання, просто це не те, чого очікує більшість людей. У цьому підручнику я розповім про цю поширену проблему з LuckyTemplates вимірювання total і про те, як її вирішити. Ви можете переглянути повне відео цього підручника внизу цього блогу.

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

Показник фільтрів дампа визначає, які фільтри застосовуються до різних таблиць і стовпців у моделі даних. Його дуже легко створити в DAX Studio. Ви можете запустити DAX Studio, клацнути будь-яку таблицю та сказати: Визначити заходи дампу фільтра (усі таблиці) , і вона згенерує весь код для вас.

Все, що вам потрібно зробити, щоб отримати його в LuckyTemplates, це взяти його з цих фільтрів і скопіювати весь цей код, а потім просто вставити його в нову міру, що я і зробив. Ось звідки пішла ця міра фільтрів дампів.

Я також створив візуалізацію картки та розмістив вимірювання фільтрів дампа в цій візуалізації картки. Це дозволяє нам переглядати або .

Щоб увімкнути підказки, ви можете клацнути візуальне зображення на своїй матриці чи таблиці. У цьому прикладі у мене є матриця та таблиця, які демонструють ту саму проблему вимірювання підсумків. Ви можете перейти до Загальних і просто ввімкнути підказки. Якщо ви хочете, ви можете вказати, що це сторінка звіту.

Якщо я наведу курсор на цей 290, я побачу, що на ньому є фільтр категорії таблиці, що дорівнює першій категорії. Це друга категорія, де ми маємо підкатегорію, рівну синьому, зеленому та червоному. Все це виходить із дуже простого запиту даних, де я маю шість рядків.

Останнім кроком є ​​створення міри , яка демонструватиме проблему загальної міри. І якщо ви придивитесь, то вже побачите, що підсумок не правильний.

Що стосується DAX, це правильно, але будь-яка нормальна людина, дивлячись на це, подумає, що це абсолютно неправильно. Фактично, я повинен вірити, що це, ймовірно, головна причина, чому люди вважають, що це величезна перешкода для прийняття LuckyTemplates.

Є той простий факт, що підсумкові показники вимірювань неправильні. Візуалізації таблиці та візуалізації матриці насправді не поводяться правильно.

Зміст

• Використання сурогатної міри
• Виправлення неправильного показника LuckyTemplates
• Висновок

Використання сурогатної міри

У мене є ця таблиця тут із моїми загальними показниками. Все, що я зробив, це швидкоі віднімається 10. Це сурогат будь-якої досить складної міри. Якщо ви можете продемонструвати проблему вимірювання підсумків за допомогою чогось такого простого, як це, це виникне у багатьох ваших показниках.

Контекст фільтра для цього рядка підсумків інший, тому виглядає, що DAX просто виконується в контексті всіх. Якщо я натисну, наприклад, категорію 1, це правильно.

Отже, це, очевидно, бере контекст фільтра Категорія = Категорія 1.

Він не має цього додаткового контексту фільтра цієї категорії без зовнішнього впливу. Якщо я наведу сюди курсор, ви побачите, що воно порожнє. Зараз це нічого не фільтрує. Ці рядки мають фільтр за категорією, але він зовсім не враховує це.

Отже, як нам це виправити? Давайте подивимося на міру, яку я створив.

Виправлення неправильного показника LuckyTemplates

Я назвав цю категорію вимірювання підсумків , і вона каже, якщокатегорію таблиці, тоді просто поверніть мою міру, яка є правильною для елемента рядок за рядком.

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

По суті, я відтворюю візуалізацію цієї таблиці, потім я підсумовую отримані значення цього показника в цих рядках, і це виправляє проблему.

Тепер усе добре і добре. Це досить просте рішення, але, на мій погляд, воно справді шкодить візуалізації самообслуговування.

Якщо у вас є достатньо складний показник і ви рекламуєте візуалізацію самообслуговування своїм кінцевим користувачам, то можна посперечатися, що ви не уявляєте, як вони використовуватимуть цей показник і як вони будуть працювати з ним.

Наприклад, ви можете побачити проблему тут. У мене правильні категорії вимірювання підсумків, але тут вони неправильні. Він навіть повертає неправильні елементи рядок за рядком.

Причина цього в тому, що категорії ніколи не знаходяться в області видимості. Таким чином, згідно з нашим вимірюванням, категорія таблиці ISINSCOPE повертає підсумкові показники.

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

Тож тепер ми маємо створити іншу міру, Measure Total Subcategory , яка, якщо є підкатегорією ISINSCOPE, повертає позицію в цьому рядку. В іншому випадку ви підсумовуєте значення за підкатегоріями, що дає правильну відповідь.

Висновок

Ось чому це шкодить візуалізації самообслуговування, оскільки ви не маєте уявлення про те, як кінцеві користувачі використовуватимуть її та що вони розмістять у таблиці. Вам потрібно буде написати міру для кожної можливої ​​комбінації, що є божевіллям.

Сподіваюся, ви чогось навчилися з цього підручника. Якщо ви стикалися з подібними проблемами, поділіться з нами, як ви їх вирішували.

Все найкраще!

Грег