Редактор Power Query: проміжні запити

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

Проміжні запити можна використовувати для конфігурації та надання параметрів джерел даних для запитів розмірності та таблиці фактів набору даних.

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

Зміст

• Аналіз моделі даних
• Налаштування моделі за допомогою редактора Power Query
• Завершення проміжного запиту за допомогою редактора Power Query
• Висновок

Аналіз моделі даних

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

Тут ми маємо такі таблиці, як «  Відомості про канал » ,  «Клієнти »,  «Продукція »,  «Регіони » та низку  таблиць «Продажі»  за  2014 ,  2015 та  2016 роки .  

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

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

У нас є таблиця Sales і таблиці пошуку, такі як Customers , Regions і Products . У нас також є таблиця Відомості про канал , яку ми будемо використовувати як проміжну таблицю. Пізніше нам потрібно об’єднати таблицю «Відомості про канал» у нашу таблицю фактів ( таблиця «Продажі »). Тим часом ми додамо таблицю «Відомості про канал» у наш проміжний запит. Це лише для того, щоб показати вам, як ми можемо використовувати цю таблицю.

Налаштування моделі за допомогою редактора Power Query

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

Нам потрібно зберегти ці три запити. Отже, ми збираємося створити нову групу для них і назвемо її Staging Queries.

Давайте також перемістимо  таблицю «Відомості про канал»  у нашу  групу «Поетапні запити»  . 

Потім перемістимо  таблиці «Клієнти » ,  «Продукція » та  «Регіон»  у  групу «Модель даних»  .

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

Завершення проміжного запиту за допомогою редактора Power Query

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

Щоб упорядкувати це, давайте почнемо з правою кнопкою миші на таблиці Sales_2014 . У цій таблиці ми збережемо параметр «Включити в оновлення звіту» . Потім вимкніть завантаження, знявши позначку з опції «Увімкнути завантаження» .

Давайте також вимкнемо таблиці Sales_2015 , Sales_2016 і Channel Details , знявши позначку з опції Enable Load . Це останній крок перед тим, як ми закріпимо ці запити в нашій моделі.

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

Це призначено для видалення параметрів джерела даних із запитів на пошук даних, а також для полегшення керування джерелами даних та їхніми запитами.

Висновок

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

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

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