GroupBy у LuckyTemplates: неявна функція у VertiPaq

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

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

Зміст

• Мається на увазі GroupBy в LuckyTemplates
• Агрегації в системі зберігання
• Висновок

Мається на увазі GroupBy в LuckyTemplates

Перше, на що вам потрібно звернути увагу, це неявний GroupBy, який є в кожному xmSQL.

Це зразок запиту з функціями EVALUATE і VALUES:

Запит отримує всі значення за рік із таблиці DimCalendar. Ви бачите, що він повернув 10 рядків даних.

Процес показано в операторі SQL, де запит вибирає календарний рік із DimCalendar, а потім групує його за роками. Цей оператор мав на увазі функцію GroupBy у обчисленні, оскільки в запиті нічого іншого немає. Неявна GroupBy більш очевидна, коли ви використовуєте агрегації.

Агрегації в системі зберігання

Щоб мати уявлення про те, що таке агрегація, перейдіть до DAX Studio та ввімкніть терміни сервера та план запитів. Далі запустіть цей зразок вимірювання:

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

Перше сканування – це фактичний запит.

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

У моделі даних таблиця DimCalendar слідує за стовпцем Purchase Date таблиці Fact до стовпця Date таблиці Calendar.

Друге сканування гарантує, що всі відсутні значення враховано.

Ви можете побачити в результатах, що сума продажів відображається лише з 2015 по 2018 рік. Однак у ньому все одно відображаються роки з 2012 по 2014, навіть якщо вони порожні.

Висновок

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

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