Когда отчёт продаж долго обновляется, фраза «Power BI тормозит» мало помогает исполнителю. Нужно понять, какое действие задерживается: чтение источника, преобразование данных или работа редактора. Query Diagnostics в Power BI Desktop позволяет записать вычисления Power Query и получить материал для такого разбора.

Записать один воспроизводимый сценарий

В редакторе Power Query инструмент находится на вкладке Tools. Документация Microsoft описывает запуск записи через Start Diagnostics и обязательное завершение через Stop Diagnostics: без остановки записанные события не преобразуются в результаты. Для отдельного шага предусмотрен Diagnose Step.

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

Что читать в результате

Доступны сводный и подробный виды диагностики. Первый помогает найти участки, где расходуется время; второй позволяет исследовать отдельные операции. Некоторые поля зависят от коннектора. Доли Exclusive Duration нужно рассматривать в контексте конкретного вычисления, а не складывать проценты всей таблицы в один показатель.

Для первичного обращения аналитику достаточно приложить сценарий, длительность ожидания и запись. Не объявляйте причиной первый запрос с большим числом строк: он может быть необходимой частью расчёта. Полезнее попросить сравнить, какие данные нужны результату и какие операции повторяются без практической необходимости.

Почему два запуска могут отличаться

Microsoft отдельно отмечает фоновые вычисления и влияние кеширования при работе редактора. Открытие списка значений фильтра тоже может вызвать обращение к источнику. Поэтому число запросов в записи не равно числу ручных обновлений, а более быстрый повторный предпросмотр ещё не доказывает исправление.

Сравнивайте варианты в одинаковых условиях и отдельно измеряйте рабочее обновление готового отчёта. Если менеджер жалуется на утреннюю загрузку всей модели, ускорение одного шага предпросмотра — только промежуточный результат. Укажите исполнителю, какой именно пользовательский сценарий должен стать быстрее.

Приёмка исправления

После изменения проверьте период, число заказов, суммы и распределение по магазинам. Удаление части истории может резко ускорить отчёт, но нарушить задачу. Сохраните до и после не только время, но и контрольные показатели. Тогда команда получит доказательство улучшения и основу для следующей проверки, если объём данных снова вырастет.