Como conectar o Power BI ao SQL Server

Conectar o Power BI direto ao banco é o salto que tira a planilha do caminho#

Muitos projetos de Power BI começam lendo planilhas, mas o salto de maturidade acontece quando o relatório passa a se conectar direto à fonte real dos dados, o banco de dados. O SQL Server é um dos bancos mais comuns nas empresas, e conectar o Power BI a ele elimina o passo manual de exportar dados para uma planilha, dando um fluxo mais robusto e confiável. A conexão é direta, mas envolve decisões importantes que definem a performance e a atualização do relatório: importar ou consultar em tempo real, como estruturar a consulta, como cuidar das credenciais e como fazer a atualização funcionar. Conectar o Power BI ao SQL Server bem é o que transforma o relatório de um consumidor de planilhas em um consumidor de dados de verdade. Este guia mostra o passo a passo e as decisões que importam.

O passo a passo da conexão pede servidor, banco e o modo de armazenamento#

Conectar o Power BI ao SQL Server começa na opção de obter dados, escolhendo a fonte como banco de dados SQL Server. Você informa o nome do servidor e, opcionalmente, o banco de dados, e nesse momento surge a primeira decisão importante: o modo de armazenamento, entre Import e DirectQuery. Em seguida, você fornece as credenciais de acesso, e o Power BI se conecta, mostrando as tabelas e views disponíveis para você selecionar o que importar. A partir daí, os dados passam pela camada de transformação e vão para o modelo. A conexão em si é simples, mas as escolhas feitas nesse caminho, o modo de armazenamento, o que selecionar, como se autenticar, definem muito sobre como o relatório vai se comportar. Fazer essas escolhas de forma consciente, e não no automático, é o que diferencia uma conexão bem-feita de uma que gera problemas de performance e atualização depois.

Import ou DirectQuery é a primeira decisão a tomar#

A escolha entre Import e DirectQuery é a decisão mais importante ao conectar ao SQL Server, porque define a performance e a atualidade dos dados. No modo Import, o Power BI copia os dados do banco para o modelo, comprimidos, o que dá a melhor performance de consulta e protege o banco de produção, ao custo de os dados refletirem a última atualização, e não o tempo real. No modo DirectQuery, o Power BI não copia os dados; ele consulta o SQL Server a cada interação, o que dá dados sempre atuais, mas com performance dependente do banco e com carga sobre ele a cada clique. Para a maioria dos relatórios gerenciais, o Import é a escolha certa, pela velocidade e por poupar o banco. O DirectQuery se justifica quando o requisito é ver o dado exatamente como está agora e o banco aguenta as consultas. Decidir isso conscientemente, olhando a necessidade de atualidade e o volume, evita o retrabalho de trocar o modo depois que o relatório já está pronto.

A conexão com o SQL Server envolve decisões e cuidados#

Decisão ou cuidado	Consideração
Import ou DirectQuery	Import para performance, DirectQuery para tempo real
Usar views no banco	Consulta organizada e estável
Trazer só o necessário	Filtrar e selecionar reduz o modelo
Credenciais adequadas	Acesso de leitura, seguro
Gateway de dados	Necessário para banco local atualizar na nuvem

Usar views e trazer só o necessário deixa a conexão mais limpa#

Uma boa prática ao conectar ao SQL Server é não puxar tabelas cruas indiscriminadamente, mas trabalhar de forma organizada. Sempre que possível, é vantajoso conectar a views, consultas definidas no próprio banco que já entregam os dados no formato adequado, porque elas isolam o Power BI da estrutura interna das tabelas e podem ser ajustadas no banco sem quebrar o relatório. Além disso, vale trazer apenas o que o relatório precisa: filtrar as linhas relevantes e selecionar apenas as colunas usadas, em vez de importar tabelas inteiras. Trazer só o necessário reduz o tamanho do modelo, melhora a performance e a atualização, e é uma das práticas de eficiência mais importantes. Fazer parte do trabalho no banco, com uma boa consulta ou view, costuma ser melhor que trazer tudo e tratar depois. Essa disciplina, conectar a estruturas organizadas e trazer só o essencial, é o que mantém a conexão com o SQL Server limpa e o modelo enxuto, evitando o erro comum de importar dados demais e sofrer com lentidão.

A atualização de um banco local depende do gateway#

Depois de conectar e construir o relatório, vem a atualização, e aqui surge um ponto que confunde muita gente. Se o SQL Server está na infraestrutura da empresa, on-premises, e o relatório é publicado no serviço do Power BI na nuvem, o serviço precisa de uma ponte para alcançar esse banco local e atualizar os dados. Essa ponte é o gateway de dados. Sem ele, a atualização automática de um relatório que consome um banco local simplesmente não funciona, e o relatório congela na última atualização feita manualmente. Instalar e configurar um gateway, de preferência com alta disponibilidade em cluster para não ser um ponto único de falha, é o que garante que os dados do SQL Server local cheguem atualizados aos relatórios na nuvem. Se o banco estiver na nuvem, essa necessidade pode não existir. Entender o papel do gateway desde o início evita a frustração comum de conectar tudo, publicar, e descobrir que a atualização não funciona. Pensar na atualização junto com a conexão é parte de fazer um projeto de Power BI que funciona de ponta a ponta. Para estruturar a conexão com seus bancos de forma robusta, veja nossos serviços de Power BI, os serviços de engenharia de dados e o guia completo de Power BI para empresas.

Perguntas frequentes#

Como conectar o Power BI ao SQL Server? Use a opção de obter dados, escolha banco de dados SQL Server, informe o servidor e o banco, escolha entre Import e DirectQuery, forneça as credenciais e selecione as tabelas ou views. Os dados então passam pela transformação e vão para o modelo.

Devo usar Import ou DirectQuery com o SQL Server? Para a maioria dos relatórios gerenciais, Import, pela melhor performance e por poupar o banco de produção. DirectQuery se justifica quando você precisa dos dados em tempo real e o banco aguenta as consultas a cada interação do usuário.

Por que conectar a views em vez de tabelas? Porque views isolam o Power BI da estrutura interna das tabelas, entregam os dados já no formato adequado e podem ser ajustadas no banco sem quebrar o relatório. Elas deixam a conexão mais organizada e estável do que puxar tabelas cruas.

Devo importar tabelas inteiras? Não. Traga só o necessário: filtre as linhas relevantes e selecione apenas as colunas usadas. Trazer só o essencial reduz o tamanho do modelo e melhora performance e atualização, evitando o erro comum de importar dados demais.

Por que preciso de um gateway? Se o SQL Server está na infraestrutura da empresa e o relatório é publicado na nuvem, o serviço do Power BI precisa do gateway como ponte para alcançar o banco local e atualizar os dados. Sem ele, a atualização automática desse relatório não funciona.

A atualização funciona se o banco estiver na nuvem? Se o banco já está em nuvem e é acessível ao serviço do Power BI, a necessidade de gateway pode não existir. O gateway é indispensável principalmente para bancos locais que precisam ser alcançados pelo serviço na nuvem para atualizar.

Conecte à fonte real e cuide da atualização#

Conectar o Power BI ao SQL Server tira a planilha do caminho, mas exige decidir entre Import e DirectQuery, usar views, trazer só o necessário e configurar o gateway para a atualização funcionar. Se quiser estruturar a conexão com seus bancos, fale com a gente.