Механізм зберігання в LuckyTemplates – оператори та запити VertiPaq

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

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

Зміст

• Оператори VertiPaq
• Запити системи зберігання
• Висновок

Оператори VertiPaq

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

Це логічні оператори VertiPaq:

• Сканувати
• GroupBy
• фільтр
• сума
• Хв
• Макс
• Рахувати
• DistinctCount
• Середній
• Stdev.S
• Stdev.P
• Вар.С
• Вар.П

Це логічний і фізичний плани запиту, створені за зразком запиту.

Щоразу, коли рядок містить _Vertipaq , це означає, що механізм VertiPaq виконує роботу сам. Якщо ви подивіться на , ви побачите, що він має Sum_Vertipaq і Scan_Vertipaq . Ці два оператори сканують і підсумовують кількість FactSales для генерації відповіді.

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

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

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

Запити системи зберігання

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

Це зразок запиту, який буде використано.

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

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

Якщо запустити зразок запиту в DAX Studio, він покаже xmSQL. Це показує, що запит вибирає кількість SalesData та підсумовує її з таблиці Sales Data .

Ви помітите, що назва таблиці в запиті відрізняється від xmSQL. XmSQL використовує Sales Data замість FactSales як назву таблиці, оскільки DAX не любить використовувати Fact або DIM як імена.

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

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

Висновок

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

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