Consulta em SQL demorando muito no power bi

[kleberfernandes]

Pessoal, bom dia!

Eu tenho uma query em SQL que, quando rodo direto no SSMS leva em torno de 1:30 minutos para atualizar.

Essa mesma query no Power BI demora mais de 10 minutos, às vezes dando até erro de Time Out.

Alguém sabe me dizer porque ela demora tanto para atualizar no Power BI, sendo que no SQL a consulta roda tão rápido?

Obrigado.

 

[Edson Igari]

Kleber, evite utilizar queries no power bi, pois com certeza absoluta será mais lento. No seu caso, o ideal é criar uma view dessa query e conectar o power bi direto na tabela gerada por essa view.

[Alex Pereira]

Então,existem várias razões pelas quais uma consulta SQL pode ser rápida no SSMS e mas lenta no Power BI. Uma das principais causas é o "query folding". O Power Query tenta converter as etapas de transformação em uma única consulta SQL para que o processamento seja feito no servidor de banco de dados, e não localmente. Se você realizar transformações no Power BI que não suportam o query folding, o Power BI pode estar trazendo grandes volumes de dados para aplicar as transformações localmente, o que aumenta o tempo de atualização. Para verificar se o query folding está ocorrendo, clique com o botão direito em cada etapa no Editor de Consultas e veja se a opção "Exibir Consulta Nativa" está disponível. Se não estiver, tente modificar ou reordenar as transformações para permitir o query folding.

Outra questão a considerar são as etapas adicionais no Power Query após a importação da consulta. Qualquer transformação adicional, como junções complexas, cálculos ou filtragens, pode adicionar sobrecarga e impactar o desempenho. É recomendável otimizar as etapas no Power Query e, sempre que possível, realizar transformações complexas diretamente na consulta SQL original.

A conectividade de rede de internet também pode influenciar no desempenho. A velocidade e a latência da rede entre o Power BI e o servidor SQL podem afetar significativamente o tempo de resposta. 



 

[Diego_Flores]

@kleberfernandes, você realmente precisa "usar este sql" já tentou  carregar as tabelas direto no power by ? " seria só pra testes ok ?"
 seus join estão corretos ? você usa bastante subquery ou union neste slq, mesmo com um limit a consulta roda devagar ?

[Henrique Merola Faria]

@kleberfernandes, você só terá velocidade equivalente ao SSMS se tiver consulta nativa (query folding) na etapa de extração dos dados.

Se você colocar o script sql direto na janela de conexão, perde a consulta nativa e o desempenho já era.

Para contornar essa situação, crie uma consulta assim no power query, usando o editor avançado
- crie uma variável para conter o script sql original (no exemplo, ScriptSQL
- coloque o script entre " "
- na Fonte, Query = variável que contém o script, no caso ScriptSQL

Pronto, vc tem um script sql com consulta nativa !

Lógico, você vai ter diferença mesmo se estiver trabalhando com volume significativo de dados
e uma complexidade grande de script.
Na minha realidade, faz muito sentido acima das 150,000 linhas.

Numa situação real minha, essa  construção é a diferença entre 55 segundos e 1minuto e 27 segundos de carga,
em uma única consulta.

 

Agora, se tiver muitas transformações no Power Query, vai continuar degradando o desempenho.


 

Editado Terça às 18:41 por Henrique Merola Faria
Complementando informação

[Henrique Merola Faria]

Ah, e porque utilizo scripts sql ? 
- porque tenho um cliente com uma TI jurássica que não permite views....

[Edson Igari]

4 minutos atrás, Henrique Merola Faria disse:

Ah, e porque utilizo scripts sql ? 
- porque tenho um cliente com uma TI jurássica que não permite views....

Exatamente. Mas se caso ele tiver permissão ou alguém puder criar views pra ele, sempre será mais performático do que inserir a consulta.