Ітератори та контекстні переходи в запитах DAX

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

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

Зміст

• Вкладені ітератори проти CALCULATE
• Висновок

Вкладені ітератори проти CALCULATE

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

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

Наступний показник — це середнє значення великих продажів із вкладеними ітераторами.

Останній показник отримує середнє значення великих продажів без вкладеного ітератора та CallBackDataID.

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

Ви бачите, що було створено 3 сканування, 2 CallBackDataID і 15 003 рядки. Це викликає занепокоєння, оскільки для виводу є лише 101 рядок. Це сталося тому, що міра має два ітератори або функції X.

Це повністю розгорнута форма вимірювання, яке було виконано:

Він повторює таблицю Fact Sales. Потім він повторює знову з використанням CallBackDataID. Скорочений формат цього заходу має на увазіфункція, яка викликає перехід контексту та матеріалізує таблицю. Ось чому він витягнув 15 003 рядки, навіть якщо для виведення є лише 101 рядок.

Запустіть іншу міру, яка не має вкладених ітераторів. Він все ще повторює таблицю Fact Sales за допомогою AVERAGEX , але поточна ціна знаходиться поза функцією. Він відфільтровує продукти, поточна ціна яких перевищує або дорівнює 500, а потім обчислює середнє значення.

Ви бачите, що він має лише 2 сканування, 104 рядки та не має CallBackDataID. Отже, якщо ви використовуєте CALCULATE , ви можете позбутися вкладених ітераторів і CallBackDataIDs .

Висновок

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

Найкращим рішенням для цього є розмістити його всередині CALCULATE . Це зменшує роботу механізму формул і максимізує можливості механізму зберігання.