Таблиці в LuckyTemplates: типи та відмінності

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

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

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

У LuckyTemplates існує справжня різниця між типами таблиць.

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

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

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

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

Отже, якщо ми вимкнемо цей вибір (помаранчевий), ми зможемо побачити повний набір даних. Ми також бачимо, що це два клієнти (Джо та Мері), які купили апельсини, але кожен з них також мав додаткову покупку.

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

Отже, давайте трохи заглибимося в це, але перед тим, як це зробити, давайте подивимося на різні типи таблиць, які ми знаходимо в LuckyTemplates.

Зміст

• Три типи таблиць у LuckyTemplates
• Рішення вимірювання DAX для віртуальної таблиці
• Висновок

Три типи таблиць у LuckyTemplates

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

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

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

З віртуальною таблицею часто плутають цю обчислювану таблицю або те, що ми також можемо називати таблицею виразів DAX. Це має пряму аналогію з обчислюваними стовпцями, які створюються черезвирази. Це робиться за допомогою вкладки «Моделювання» та параметра «Нова таблиця», після чого ви вводите вираз DAX.

З віртуальною таблицею часто плутають цю обчислювану таблицю або те, що ми також можемо називати таблицею виразів DAX. Це має пряму аналогію з обчислюваними стовпцями, створеними за допомогою виразів DAX. Це робиться за допомогою вкладки «Моделювання» та параметра «Нова таблиця», після чого ви вводите вираз DAX.

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

Його потрібно оновити, щоб отримати нову інформацію. Це збільшує фізичний розмір файлу. На відміну від простої фізичної таблиці, вона недоступна в Power Query. Так само, як обчислюваний стовпець не відображається в Power Query, обчислювана таблиця теж не відображається. Але він має й інші аспекти фізичної таблиці.

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

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

І тоді аналогія з мірками вірна. Вони створюються в контексті заходів через код вимірювання DAX. Вони повністю динамічні, на відміну від двох інших типів таблиць. Вони не збільшують розмір файлу, оскільки працюють за вимогою. Подібно до вимірювань, віртуальні таблиці обчислюються на вимогу в пам’яті та використовуються в контекстах, для яких вони потрібні.

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

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

Ви можете візуалізувати ці таблиці в таких інструментах, як DAX Studio, Tabular Editor або New Table, що знову ж таки є, мабуть, найменш бажаним способом, оскільки він захаращує вашу модель даних купою додаткових таблиць, якщо ви не видалите це.

Рішення вимірювання DAX для віртуальної таблиці

Повертаючись до запитання Ештон, дивлячись на таблицю, можна сказати, що вона динамічна. Ми також можемо робити кілька варіантів, і це повністю змінюється на льоту. Завдяки цьому ми знаємо, що це віртуальна таблиця, оскільки дві інші (фізична та обчислена) не є повністю динамічними. Ми також знаємо, що це відключена таблиця, як я згадував на початку.

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

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

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

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

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

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

Наступне, що я зробив, це змінна віртуальної таблиці ( VAR Buyers ), яка починається з. Потім він переходить у фільтраціюклієнтів залежно від того, чи купували вони фрукти, які входили до наших значень відключеного слайсера.

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

Запити DAX завжди повертають таблиці, і вони завжди починаються з EVALUATE, тому ми додаємо EVALUATE сюди. Проте в результаті ми нічого не отримуємо. Це пов’язано з тим, що вибрана змінна збирання плодів від’єднати ( SelDisconnFruit ) не знає про зріз. Це вирвано з контексту.

Таким чином, спосіб перевірки полягає в штучному встановленні цього значення зрізу. Тут ми замінимо SelDisconnFruit невеликою таблицею. Введіть помаранчевий колір (значення цього розділювача) у фігурних дужках . А тепер ми отримуємо тут результат, а саме Джо та Мері. Таким чином, віртуальний стіл працює саме так, як ми думали.

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

Отже, у нас є віртуальна таблиця, яка повідомляє нам, які клієнти придбали фрукти, які були в розділювачі вартості. Ми можемо налаштувати іншу змінну ( VAR BuyerIn ), яка каже, що якщо вибраний клієнт був у таблиці цього покупця, він отримує одиницю . А якщо ні, то отримує нуль .

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

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

Висновок

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

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

здоров'я!