Механизм хранения в LuckyTemplates — операторы и запросы VertiPaq

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

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

Оглавление

• Операторы VertiPaq
• Запросы механизма хранения
• Заключение

Операторы VertiPaq

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

Это логические операторы VertiPaq:

• Сканировать
• Группа по
• Фильтр
• Сумма
• Мин.
• Макс
• Считать
• DistinctCount
• Средний
• Стдев.С
• Стдев.П
• Вар.С
• Вар.П

Это логический и физический планы запросов, созданные с помощью примера запроса.

Всякий раз, когда строка имеет _Vertipaq , это означает, что механизм VertiPaq выполняет работу сам по себе. Если вы посмотрите на Logical Query Plan , вы увидите, что в нем есть Sum_Vertipaq и Scan_Vertipaq . Эти два оператора сканируют и суммируют количество FactSales для получения ответа.

В плане физического запроса вы также увидите Sum_Vertipaq , который использует ProjectionSpool . Это означает, что запрос отправляется в механизм хранения, а затем возвращается в механизм формул в кэше данных. Вы также заметите, что у него есть только одна запись.

Столбец «Записи» показывает, сколько строк материализуется из механизма хранения в механизм формул. Для эффективной работы требуется только одна запись. Несколько записей требуют больше времени для выполнения запроса.

Если механизм хранения не может выполнить запрос, его берет на себя механизм формул. Механизм формул может делать все, что вы попросите, но он намного медленнее.

Запросы механизма хранения

Это введение в запросы механизма хранения и как их читать и понимать. Вы можете использовать эту информацию для оптимизации запроса DAX для повышения производительности. Всегда помните, что кэш данных, возвращаемый механизмом хранения в механизм формул, находится в несжатом формате.

Это пример запроса, который будет использоваться.

Если вы запустите его и откроете вкладку Physical Query Plan, вы увидите оператора ProjectionSpool . Вы должны понимать, как это работает на фоне расчета, чтобы получить результат.

Запросы механизма хранения выражаются на псевдоязыке SQL, который называется xmSQL . Это не настоящий язык программирования. Это скорее визуальное представление того, что движок делает в фоновом режиме.

Если вы запустите образец запроса в DAX Studio, он покажет файл xmSQL. Он показывает, что запрос выбирает количество данных о продажах и суммирует его из таблицы данных о продажах .

Вы заметите, что имя таблицы в запросе отличается от xmSQL. xmSQL использует данные о продажах вместо FactSales в качестве имени таблицы, поскольку DAX не любит использовать в качестве имен Fact или DIM.

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

Наилучший метод оптимизации — определить наилучший набор, чтобы механизм хранения выполнял большую часть работы, а механизм формул просто делал то, что осталось.

VertiPaq Storage Engine в многопоточной среде
VertiPaq Compression and Storage в LuckyTemplates
Что такое DAX Studio в LuckyTemplates Desktop

Заключение

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

Если вы хотите узнать больше о том, как работает VertiPaq, воспользуйтесь этим учебным пособием и попрактикуйтесь в оптимизации кодов DAX.