Як об’єднати запити в LuckyTemplates

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

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

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

Зміст

• Параметр об’єднання запитів у LuckyTemplates
• Об’єднайте запити в LuckyTemplates за допомогою параметрів Join Kind 
• Застосування додаткових перетворень
• Висновок

Параметр об’єднання запитів у LuckyTemplates

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

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

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

Тоді давайте знайдемо та виберемо  тут таблицю Відомості про канал  .

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

Об’єднайте запити в LuckyTemplates за допомогою параметрів Join Kind 

Ми можемо використовувати різні варіанти Join Kind . Я настійно рекомендую вивчити варіанти, які ви можете використовувати. Ми не будемо розглядати всі варіанти, тому що ми можемо просто використати параметр Left Outer .

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

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

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

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

Однак він не надав нам усіх додаткових стовпців із  таблиці «Деталі каналу  ». У цьому випадку нам потрібно натиснути подвійну стрілку біля назви стовпця «Відомості про канал» .  

Потім ми побачимо всі різні доступні параметри, які є стовпцями з  таблиці «Деталі каналу»  . Наприклад, ми об’єднуємо таблиці, і є багато стовпців, які ми не хотіли об’єднувати. Все, що нам потрібно зробити, це вибрати лише стовпці, які ми хочемо додати. Давайте спочатку залишимо їх усі вибраними та натиснемо кнопку  OK  . 

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

Застосування додаткових перетворень

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

Тоді давайте перейменуємо щойно додані стовпці в нашу таблицю на  Channel ,  Short Code ,  Alt. Назва ,  важливість і  попередній код .  

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

Тепер, якщо ми перевіряємо наш  розділ «ЗАСТОСУВАНІ КРОКИ»  , усе, що ми зробили, було автоматично додано. Ми додавали запити, об’єднували, розгортали, видаляли та перейменовували стовпці.  

Якщо ми перевіримо наш  розширений редактор ,  код M  вказує на те саме, що в  розділі APPLIED STEPS  . Це ті перетворення, які ми робили раніше. 

Висновок

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

Дійсно, перетворення запитів на злиття є незамінним доповненням до нашого аналітичного мислення та розробки моделей у Power BI.