Partilhar via

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

  • Artigo

Os modelos semânticos do Power BI no modo Direct Lake leem 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 fallback para o modo DirectQuery pode afetar o desempenho da consulta DAX, é importante analisar o processamento de consultas para um modelo semântico Direct Lake para identificar se e com que frequência ocorrem fallbacks.

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 Novo>relatório.

  2. Selecione Obter Dados na faixa de opções e, em seguida, 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 selecione Conectar.

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

    Captura de ecrã do painel Analisador de desempenho.

  5. No painel 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 visuais e 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, você verá uma métrica de desempenho de consulta direta, conforme mostrado na imagem a seguir:

    Captura de tela da métrica de desempenho da 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 o 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 Windows.

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

  3. Em Conectar ao tipo de>Servidor do Servidor, selecione Analysis Services, em Nome do servidor, insira a URL do espaço de trabalho, selecione um método de autenticação e insira um nome de usuário para entrar no espaço de trabalho.

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

  4. Selecionar Opções. Em Ligar à base de dados, introduza o nome do seu modelo semântico e, em seguida, selecione Ligar. Entre no Microsoft Entra ID.

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

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

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

  6. Desloque-se para Processamento de Consultas e, 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 EngineEdition e possivelmente consultas para verificar OLS (Segurança no Nível de Objeto) não representam um fallback porque o mecanismo sempre usa o modo DirectQuery para essas verificações 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.

    Deverá ter o seguinte aspeto:

    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 rastreamento, 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.

Conteúdos relacionados