(+351) 21 24 10006  ·  info@bconcepts.pt
Carnaxide, Lisboa

PL-300: como avaliar desempenho de relatórios Power BI (Performance Analyzer)

João Barros 18 de September de 2026 4 min de leitura

Vou ensinar como usar a funcionalidade Performance Analyzer do Power BI Desktop para medir e melhorar o desempenho de relatórios. Esta competência é útil no exame PL-300 porque demonstra que sabes diagnosticar estrangulamentos em relatórios e, na prática, garante experiências rápidas para os utilizadores finais.

O que precisares de saber

O Performance Analyzer é uma ferramenta integrada no Power BI Desktop que regista o tempo que cada visual e componente demora a renderizar. Identifica três fases principais por visual: DAX Query (tempo de execução da consulta ao modelo), Visual Display (tempo de desenhar o visual) e Other (tempo de interações do motor de visualização, por exemplo, execução de scripts). Com estes dados podes descobrir se o problema está na consulta DAX, no próprio tipo de visual, ou em transformações do lado do relatório.

Exemplo simples: um relatório tem uma tabela com milhares de linhas e vários filtros cruzados. O Performance Analyzer mostra que a maior parte do tempo é gasto em DAX Query — sinal de que a consulta ao modelo é pesada. Alternativamente, se o tempo for maior em Visual Display, o problema pode ser o tipo de visual (por exemplo, um visual personalizado mal otimizado) ou o número de pontos a desenhar.

Como funciona na prática

Segue este passo-a-passo para usar o Performance Analyzer e atuar sobre os resultados:

  1. Abrir o Performance Analyzer: no Power BI Desktop, no separador View, ativa Performance Analyzer.

  2. Iniciar gravação: no painel do Performance Analyzer clica em Start recording para começar a recolher métricas.

  3. Interagir com o relatório: atualiza a página (Refresh) ou interage com filtros/segmentações que habitualmente geram lentidão.

  4. Examinar entradas: cada visual listado mostra os tempos para DAX Query, Visual Display e Other. Clica numa entrada e escolhe Copy query para copiar a consulta DAX ou a consulta gerada para análise externa.

  5. Interpretar resultados:

    • Tempo elevado em DAX Query: otimizar o modelo (relacionamentos, colunas, medidas), rever medidas complexas, usar agregações, ou criar índices (quando aplicável em DirectQuery).
    • Tempo elevado em Visual Display: reduzir elementos visuais, usar amostras para gráficos muito densos, evitar visuais personalizados pouco fiáveis.
    • Tempo elevado em Other: verificar interações do relatório, bookmarks ou scripts que executam no render.
  6. Testar alterações: depois de otimizar, grava outra sessão e compara os tempos — a ferramenta permite guardar e exportar resultados para comparação.

Exemplo prático:
1. Abre o relatório problemático.
2. Start recording → Refresh visuals.
3. Performance Analyzer indica: Tabela A — DAX Query 3200 ms, Visual Display 200 ms.
4. Ação: analisar a medida usada na Tabela A, simplificar expressão DAX, evitar cálculos por linha.
5. Repetir gravação e confirmar redução do tempo DAX Query para, por exemplo, 400 ms.

Erros comuns

  • Assumir que todos os problemas são DAX: muitos relatórios lentos resultam de visuais mal escolhidos ou excesso de pontos a desenhar.
  • Não comparar antes/depois: mediste um ajuste mas não registaste tempos anteriores — assim não sabes se houve melhoria.
  • Ignorar impacto de filtros e slicers: uma página com muitos slicers que aplicam filtros complexos pode disparar consultas pesadas; testa com e sem eles.

Como praticar

Pratica com relatórios reais ou amostras (por exemplo, o conjunto de dados Sales Sample). Usa o Performance Analyzer para registar sessões antes e depois das otimizações. Para preparação do exame, consulta o Practice Assessment OFICIAL e gratuito da Microsoft e a study guide oficial (também gratuita) — ambos ajudam a confirmar que dominas as áreas medidas pelo PL-300. Não uses nem confies em exam dumps; utiliza sempre recursos oficiais e laboratórios práticos.

Em resumo

  • O Performance Analyzer mede DAX Query, Visual Display e Other por visual — interpreta cada componente para diagnosticar estrangulamentos.
  • Se a maior parte do tempo for DAX Query, otimiza o modelo e as medidas; se for Visual Display, simplifica o visual ou reduz a densidade de dados.
  • Regista sempre antes/depois para validar melhorias e testa com os filtros e interações reais do utilizador.
  • Usa os recursos oficiais da Microsoft (Practice Assessment e study guide) para praticar e consolidar esta competência para o PL-300.