Partilhar via


Analisar o processamento de consultas para modelos semânticos do Direct Lake

Os modelos semânticos do Power BI no modo Direct Lake lêem tabelas Delta diretamente do OneLake — a menos que precisem voltar ao modo DirectQuery. Os motivos típicos de fallback incluem pressões de memória que podem impedir o carregamento de colunas necessárias para processar uma consulta DAX, e certos recursos na fonte de dados podem não oferecer suporte ao modo Direct Lake, como exibições SQL em um Warehouse e Lakehouse. Em geral, o modo Direct Lake fornece o melhor desempenho de consulta DAX, a menos que seja necessário um fallback para o modo DirectQuery. Como o retrocesso para o modo DirectQuery pode afetar o desempenho das consultas DAX, é importante analisar o processamento de consultas de um modelo semântico Direct Lake para identificar se e com que frequência esses retrocessos ocorrem.

Analise usando o analisador de desempenho

O analisador de desempenho pode fornecer uma visão rápida e fácil de como um visual consulta uma fonte de dados e quanto tempo leva para renderizar um resultado.

  1. Inicie o Power BI Desktop. Na tela de inicialização, selecione Nova>Relatório.

  2. Selecione Obter Dados na faixa de opções e depois selecione Modelos Semânticos do Power BI.

  3. Na página do hub de dados OneLake, selecione o modelo semântico Direct Lake ao qual você deseja se conectar e, em seguida, selecione Conectar.

  4. Coloque um visual de cartão na área de trabalho do relatório, selecione uma coluna de dados para criar um relatório básico e, em seguida, no menu Exibir, selecione Analisador de Desempenho.

    Captura de tela do painel Analisador de desempenho.

  5. No painel do analisador de desempenho, selecione Iniciar gravação.

    Captura de tela do comando para iniciar a gravação no analisador de desempenho.

  6. No painel Analisador de desempenho, selecione Atualizar elementos visuaise, em seguida, expanda o visual do cartão. O visual do cartão não causa nenhum processamento DirectQuery, o que indica que o modelo semântico foi capaz de processar as consultas DAX do visual no modo Direct Lake.

    Se o modelo semântico retornar ao modo DirectQuery para processar a consulta DAX do visual, verá uma métrica de desempenho de consulta DirectQuery , conforme mostrado na imagem a seguir.

    Captura de tela da métrica de desempenho de consulta direta.

Analisar usando o SQL Server Profiler

O SQL Server Profiler pode fornecer mais detalhes sobre o desempenho da consulta rastreando eventos de consulta. Ele é instalado com SQL Server Management Studio (SSMS). Antes de começar, verifique se você tem a versão mais recente do SSMS instalada.

  1. Inicie o SQL Server Profiler no Menu Iniciar do Windows.

  2. No SQL Server Profiler, selecione Arquivo>Novo Rastreamento.

  3. Em Conectar ao Servidor>Server type, selecione Analysis Services, depois em Nome do Servidor, insira a URL para o seu espaço de trabalho, selecione um método de autenticação e, em seguida, insira um nome de utilizador para entrar no espaço de trabalho.

    Captura de tela da caixa de diálogo Conectar ao servidor no SQL Server Profiler.

  4. Selecione Opções. Em Conectar à base de dados, introduza o nome do seu modelo semântico e, em seguida, selecione Conectar. Inicie sessão no Microsoft Entra ID.

    Captura de tela do nome do banco de dados especificado no campo Conectar ao banco de dados.

  5. Em Propriedades de Rastreamento>Seleção de Eventos, assinale a caixa de seleção Mostrar todos os eventos.

    Captura de ecrã da caixa de seleção - Mostrar todos os eventos.

  6. Desloque-se para Processamento de Consultase, em seguida, selecione as caixas de verificação para os seguintes eventos:

    Evento Descrição
    DirectQuery_Begin
    DirectQuery_End
    Se os eventos Begin/End do DirectQuery aparecerem no rastreamento, o modelo semântico pode ter voltado para o modo DirectQuery. No entanto, observe que a presença de consultas do EngineEdition e possivelmente de consultas para verificar a segurança Object-Level (OLS) não representam uma alternativa de recurso, porque o motor sempre utiliza o modo DirectQuery para essas verificações não relacionadas ao processamento de consultas.
    VertiPaq_SE_Query_Begin
    VertiPaq_SE_Query_Cache_Match
    VertiPaq_SE_Query_Cache_Miss
    VertiPaq_SE_Query_End
    Os eventos do mecanismo de armazenamento VertiPaq (SE) no modo Direct Lake são os mesmos do modo de importação.

    Deve ter a seguinte aparência:

    Captura de tela mostrando eventos de processamento de consulta selecionados no SQL Server Profiler.

  7. Selecione Executar. No Power BI Desktop, crie um novo relatório ou interaja com um relatório existente para gerar eventos de consulta. Analise o relatório de rastreamento do SQL Server Profiler para eventos de processamento de consulta.

    A imagem a seguir mostra um exemplo de eventos de processamento de consulta para uma consulta DAX. Nesse registro, os eventos do mecanismo de armazenamento (SE) VertiPaq indicam que a consulta foi processada no modo Direct Lake. Captura de tela de eventos de processamento de consulta no SQL Server Profiler.