Ефективне створення звітів LuckyTemplates і уникнення прихованих пасток

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

Зміст

• 4 Вершники апокаліпсису LuckyTemplates у створенні звітів LuckyTemplates
  • Автоматичне визначення відносин
  • Автоматична дата/час
  • Позначення таблиць дат під час створення звітів LuckyTemplates
  • Автоматичне підсумовування
• Висновок

4 Вершники апокаліпсису LuckyTemplates у створенні звітів LuckyTemplates

Автоматичне визначення відносин

Першим підводним каменем під час створення звітів LuckyTemplates є автоматичне визначення зв’язків . Це перетворює процес прийняття рішень щодо моделювання даних від ваших суджень і досвіду до автоматизованого процесу в Power BI. Я думаю, що Microsoft має повернути Clippy із 90-х, щоб принаймні дати вам справедливе попередження та дозволити вам схвалити, чи хочете ви, щоб вони щось робили з вашою моделлю даних, чи ні.

Це реальний приклад роботи, яку мій друг виконував дляdata challenge 15. Вона помістила цю таблицю Total Wins у новішу модель даних і забула вимкнути автоматичне визначення зв’язків.

У результаті в цю таблицю було вбудовано три зв’язки неправильного типу в неправильному напрямку та додано двонаправлені зв’язки замість односпрямованих. Це створило багато неоднозначності в її моделі та підірвало точність її DAX.

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

Автоматична дата/час

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

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

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

Тепер, якщо ми перейдемо до «Параметрів і налаштувань», ви побачите в Global, що немає способу вимкнути автоматичне визначення зв’язків. Єдиний спосіб вимкнути це в Завантаженні даних у поточному файлі. Отже, якщо ви не створюєте шаблон, вам доведеться щоразу вимикати його. І якщо ви не пам’ятаєте, це створить деякі з тих поганих стосунків.

Тож вимкніть це, а також автоматичну дату/час. Крім того, переконайтеся, що функцію «Виявлення типів стовпців і заголовків для неструктурованих джерел» також вимкнено, що, особливо з файлами CSV, може спричинити проблеми, оскільки оцінюється лише на основі перших кількох сотень рядків. Знову ж таки, він приймає деякі неправильні рішення, які потенційно можуть спричинити проблеми під час створення звітів BI.

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

Рухаючись далі, ми збираємося помістити таблицю дат у наш шаблон. Таблиця дат, яку я використовую, — це неймовірна розширена таблиця дат Меліси, яку ви можете знайти на форумі LuckyTemplates.

Тепер переходимо до LuckyTemplates, переходимо до Home, New Source, а потім Blank Query . Потім, якщо ми зайдемо в розширений редактор, ми зможемо вставити код таблиці розширеної дати.

І на цьому етапі ми маємо прийняти рішення. Оскільки ми використовуємо шаблон, ми не знаємо, як виглядатиме таблиця фактів. Для кожного звіту це буде різним.

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

Тож у цьому прикладі я просто вставлю тут 1950. Ми завжди хочемо використовувати повний рік у нашій таблиці дат, тому я покладу його до кінця 1950 року. Скажімо, фінансовий рік починається 1 липня.

Потім ми натискаємо Invoke, і для нас створюється таблиця Date. Пізніше, коли ми дізнаємось про форму тривалості наших таблиць фактів, ми просто зайдемо сюди та змінимо ці дати. Це оновить таблицю дат відповідно до цих тривалостей.

Позначення таблиць дат під час створення звітів LuckyTemplates

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

Він запитає вас про поле, яке ви хочете підтвердити. У розширеній таблиці Date це завжди буде поле Date .

Коли ви натискаєте перевірку, виконується шість послідовних дій. Це підтверджує, що поле «Дата» містить унікальні значення, що воно не містить нульових значень, що воно містить суміжні значення дати та що, якщо це поле «Дата/час» (а в даному випадку це не так, це поле «Дата»). Якби це було поле «Дата/час», воно підтвердило б, що воно має однакову позначку часу для кожного запису цієї дати.

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

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

Автоматичне підсумовування

Останнє, що ми хочемо зробити, це автоматичне підсумовування .

Останнє, що ми хочемо зробити, це автоматичне підсумовування . Якщо ми перейдемо до перегляду поля, ми побачимо знаки підсумовування біля всіх наших числових полів. У розділі «Інструменти стовпців» ви побачите, що поряд із усіма цими значеннями розміщується сума суми. Він припускає, що знає, що ми хочемо з ними робити.

Це стосується питання неявних і явних заходів. Знову ж таки, ви не хочете передавати це прийняття рішень LuckyTemplates, які ви хочете створити явні вимірювання, і ��и хочете вимкнути ці функції Sum. У рідних LuckyTemplates немає способу вимкнути всі ці шаблони одночасно.

Отже, у вас є трудомістке завдання: переглянути кожен із них, до якого додано це підсумовування, перейти до Інструментів стовпців, а потім натиснути Не підсумовувати . Коли ви це зробите, ви побачите, що знак підсумовування зникає.

Але ви помітите, що ця таблиця дат має багато таких автоматичних підсумків. Ви можете запитати, чи є простіший спосіб зробити це. Відповідь: так, є – ви можете використовувати табличний редактор 3 (TE3).

Ми збираємося скористатися розширеним режимом сценаріїв у TE3, щоб просто вимкнути все це одразу. Для цього ми переходимо до макросів і натискаємо « Вимкнути підсумовування для всієї моделі ». Ви побачите, що це лише відносно короткий сценарій до-дієз.

Потім ми повертаємось до TOM Explorer, клацаємо нашу модель даних, правою кнопкою миші клацаємо макроси, а потім клацаємо «Вимкнути підсумовування для всієї моделі». І це вимкнуло підсумовування для всієї нашої таблиці дат лише за пару клацань. Це просто чудова функція в TE3.

Крім цих чотирьох вершників, вам потрібно зробити ще одну важливу справу. Вам потрібно приховати свої ключові поля на стороні таблиці фактів зв’язку. Для цього вам потрібно переглянути їх окремо та сховати кожен із них у рідних шаблонах LuckyTemplates. Але ви також можете записати це в TE3, і лише двома клацаннями миші все буде зроблено правильно у вашому шаблоні.

Вибивши цих чотирьох вершників, ми полегшуємо наше життя з точки зору розробки, з точки зору тем і фону. Ви можете створити щось подібне – шаблон із логотипом вашої компанії, кольором фону тощо. Після цього ви можете зберегти його як шаблон PBIT, а не як файл АТС. Коли ви відкриєте цей файл, він дасть вам гарне початкове місце для вашого дизайну з усіма цими чотирма вершниками, вимкненими та «переможеними».

Висновок

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

здоров'я!