Postgres gerenciado fala PostgreSQL
Conectar Banco de Dados do Azure para PostgreSQL para Excel, Planilhas Google, IA e REST
Servidor flexível do Banco de Dados do Azure para PostgreSQL, diretamente ou através do PgBouncer integrado.
Uma conexão, todas as superfícies
Para onde seus dados do Azure PostgreSQL podem ir?
- 1 conexão de saída
- 0 portas de entrada
- Somente leitura · credenciais permanecem inalteradas
funciona em
- Para sua equipe, fornecedores e parceiros.
-
Excel suplemento · atualizar sob demanda
-
Planilhas Google complemento · atualizar sob demanda
-
Nova AI Pergunte em inglês simples · texto para SQL
-
Visualizador de dados Compartilhe resultados ao vivo · com a equipe, fornecedores e parceiros · em qualquer dispositivo
- Para aplicativos e sistemas
-
API REST Endpoint JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Sincronizações agendadas Planilhas Google · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Para ferramentas de IA
-
Assistentes de IA Claude · Cursor · Servidor MCP
- Entregue às pessoas
-
Alertas e relatórios Slack · Discord · E-mail · Webhook
O Query Streams lê o Banco de Dados do Azure para PostgreSQL do Microsoft Excel, Planilhas Google, Power BI, assistentes de IA via MCP e um endpoint REST por meio de uma única conexão somente leitura. O Agente de Rede é executado em uma VM dentro da sua VNet e se conecta externamente, portanto, o servidor não precisa de acesso público nem de regras de firewall. O TLS é imposto para todos os hosts do Azure, e o PgBouncer integrado na porta 6432 é reconhecido e adaptado automaticamente.
O Banco de Dados do Azure para PostgreSQL é o PostgreSQL na rede. — o driver padrão, portanto, todas as orientações abaixo se aplicam sem alterações. A única parte específica do Azure PostgreSQL é a string de conexão, abordada em detalhes de conexão.
- Para sua equipe, fornecedores e parceiros.
-
Azure PostgreSQL para Excel Microsoft Excel · Suplemento do Excel
Extraia resultados do Azure PostgreSQL em tempo real diretamente para uma planilha e atualize-os sob demanda — Excel para desktop, Excel Online, Microsoft 365.
Guia do PostgreSQL -
Azure PostgreSQL para Planilhas Google Suplemento de planilhas
Execute uma consulta salva do Azure PostgreSQL a partir da barra lateral e arraste as linhas para a planilha. Os colaboradores que compartilham a planilha podem atualizá-la por conta própria.
Guia do PostgreSQL -
Pergunte à Nova sobre o Azure PostgreSQL Nova AI · texto para SQL
Faça uma pergunta em linguagem simples. O Nova já conhece suas tabelas do Azure PostgreSQL, escreve e executa o SQL, explica a resposta e a exibe em um gráfico — sem necessidade de escrever consultas ou fornecer credenciais.
Como funciona o Nova -
Visualizador de dados do Azure PostgreSQL Compartilhamento de resultados · equipe, fornecedores, parceiros · celular, tablet, computador
Compartilhe um resultado do Azure PostgreSQL em tempo real com qualquer pessoa — um colega, um fornecedor, um parceiro — como uma grade que pode ser adicionada aos favoritos e que é atualizada automaticamente ao ser aberta em um celular, tablet ou computador. Eles veem os resultados, nunca o SQL ou as credenciais.
Como funciona o Visualizador de Dados - Para aplicativos e sistemas
-
API REST do Azure PostgreSQL endpoint HTTP
Publique uma consulta do Azure PostgreSQL como um endpoint JSON autenticado que qualquer aplicativo pode chamar, com uma especificação OpenAPI 3.1 e coleções prontas para Postman, Insomnia e Hoppscotch. Nenhuma porta de banco de dados é aberta.
Guia do PostgreSQL -
Azure PostgreSQL para Power BI Power Query M
Cole o arquivo M do Power Query gerado no Editor Avançado do Power BI e o relatório exibirá os resultados do Azure PostgreSQL em tempo real via HTTPS — sem driver ODBC ou porta de banco de dados aberta.
Como funciona o Power BI -
Azure PostgreSQL para Airtable Plataforma de automação
Sincronize linhas do Azure PostgreSQL com uma base do Airtable de acordo com uma programação ou busque-as dentro de um script de automação do Airtable.
Guia do PostgreSQL -
Azure PostgreSQL para linha base Plataforma de automação
Alimente uma tabela Baserow do Azure PostgreSQL através do endpoint REST — hospedado localmente ou na nuvem Baserow.
Guia do PostgreSQL -
Azure PostgreSQL para SeaTable Plataforma de automação
Mantenha uma base SeaTable atualizada com dados do Azure PostgreSQL sem exportar um arquivo ou expor o banco de dados.
Guia do PostgreSQL -
Azure PostgreSQL para Smartsheet Plataforma de automação
Envie os resultados do Azure PostgreSQL para uma grade do Smartsheet para que os planos e relatórios sejam lidos do sistema de origem, e não da exportação da semana passada.
Guia do PostgreSQL -
Azure PostgreSQL para Anvil Anvil Works · Plataforma de aplicativos
Faça backup de um aplicativo Anvil Python com o Azure PostgreSQL por meio do endpoint REST, em vez de incorporar as credenciais do banco de dados no aplicativo.
Guia do PostgreSQL - Para ferramentas de IA
-
Servidor Azure PostgreSQL MCP Clientes Claude, Cursor e MCP
Conceda a um assistente de IA acesso somente leitura ao Azure PostgreSQL com o esquema necessário para escrever SQL correto — sem necessidade de credenciais no chat.
Guia do PostgreSQL - Entregue às pessoas
-
Alertas e relatórios do Azure PostgreSQL Slack · Discord · E-mail · Webhook
Agende uma consulta ao Azure PostgreSQL e receba os resultados no Slack, Discord, por e-mail ou por um webhook assinado — ou retenha a mensagem até que a contagem de linhas, um limite ou uma variação percentual ultrapasse o valor definido.
Como funcionam os alertas e relatórios
Como funciona
5 etapas, sem alteração no firewall de entrada
Instale o Agente de Rede em uma VM Windows ou Linux dentro da VNet. Como ele se conecta apenas externamente, o servidor pode manter o acesso público desativado e você não precisa adicionar nenhuma regra de entrada.
Cole o URI do portal do Azure em Configurações e, em seguida, em Conectar. O nome do servidor, a porta, o banco de dados e o nome de usuário são lidos diretamente dele.
Escolha entre a conexão direta ou o PgBouncer integrado. A conexão direta utiliza a porta 5432 e é a padrão; o PgBouncer utiliza a porta 6432 no mesmo host, e a placa não permitirá que as duas entrem em conflito.
Use o nome de usuário simples. O servidor flexível removeu o formato usuário@nome_do_servidor do servidor único desativado, necessário para o mesmo, e o cartão rejeita o caractere @ antes que se torne uma falha de login confusa.
Salvar. O esquema é lido através de information_schema e pg_catalog, e o Microsoft Excel, o Google Sheets, o Power BI, o MCP e a API REST leem o banco de dados através dessa única conexão.
Análise detalhada do recurso
O que o Azure PostgreSQL oferece a você
O PgBouncer é controlado, não apenas tolerado.
O servidor flexível do Azure inclui um PgBouncer opcional na porta 6432 do mesmo host, executado em modo de transação. O modo de transação é o que silenciosamente interrompe os clientes, portanto, o agente altera seu próprio comportamento quando detecta essa porta.
- O recurso de preparação automática está desativado. A preparação automática do Npgsql utiliza instruções preparadas nomeadas, e uma instrução nomeada não sobrevive à transferência do backend para outro servidor entre transações.
- A sessão não é reiniciada ao ser fechada, porque no modo de transação a conexão que você está devolvendo não é a mesma que você receberá de volta.
- Você não precisa configurar nada disso. Escolha o modo agrupado ou cole uma sequência de caracteres contendo o número 6432, e o comportamento correto será observado.
- É necessário ativá-lo primeiro no Azure. — PgBouncer é um parâmetro do servidor no servidor flexível, não algo que está simplesmente lá.
Os dois erros que este cartão não permite que você cometa.
Ambos geram uma mensagem de erro que não fornece nenhuma informação útil, e é por isso que são capturados no formulário.
- Uma porta que não é compatível com o modo. Se a conexão for feita com qualquer porta que não seja a 6432, ou diretamente na porta 6432, será rejeitada com a devida justificativa, em vez de ser encaminhada para um tempo limite excedido.
- Um nome de usuário com o sufixo @servername. Esse era o formato do servidor único desativado; no servidor flexível, ele gera uma falha de autenticação que parece ser uma senha incorreta, então o cartão a identifica como um problema de formato.
- Senhas com espaços em branco no início ou no final também são sinalizadas. Quase sempre são resquícios da área de transferência e resultam em um erro de autenticação não transparente.
O TLS não se resume apenas à caixa de seleção.
A opção "Usar SSL" está ativada por padrão, mas o agente não depende de você mantê-la assim.
- Todas as conexões com o host .postgres.database.azure.com exigem TLS, independentemente do que estiver especificado na caixa de diálogo. Uma string que perdeu o parâmetro `?sslmode=require` na área de transferência ainda se conecta criptografada.
- Isso é uma imposição, não um valor padrão: é uma propriedade da configuração predefinida do Azure no agente, e não um valor copiado do formulário.
- A verificação da cadeia de certificados não é realizada. — a conexão é criptografada, e essa é a descrição honesta dela.
-- Leituras executadas no servidor flexível exatamente como escritas SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;
Compartilhado por todos os conectores de banco de dados
Verdadeiro para todos os conectores de banco de dados.
- Apenas envio — o agente abre uma conexão criptografada para o Query Streams. Nenhuma porta de entrada para encaminhar, nenhuma VPN, nenhuma lista de permissões de IP, nada sobre seu banco de dados exposto à internet.
- As credenciais permanecem no mesmo lugar. — O nome de usuário e a senha do banco de dados ficam armazenados na máquina onde você instalou o agente. O Query Streams nunca os recebe e não consegue acessar seu banco de dados por conta própria.
- Somente leitura, obrigatório — uma instrução por vez, apenas SELECT e similares. Uma operação de escrita é rejeitada em sua própria máquina antes mesmo de ser enviada ao servidor, em vez de depender de uma permissão que alguém se lembrou de definir.
- Implante quantos agentes desejar. — uma por site, região ou nuvem. Todas as fontes de dados que eles podem visualizar aparecem em um único menu suspenso, para que ninguém precise saber qual agente hospeda o quê.
O que você obtém depois de salvar uma consulta.
- Compartilhe a capacidade, não o SQL. — um colega ou um parceiro externo pode executar sua consulta e alterar seus filtros sem nunca ver a declaração por trás dela.
- Filtros de ambas as direções — declare-as você mesmo como @variáveis ou deixe o conector identificar os valores literais já presentes na sua cláusula WHERE e oferecê-los como listas suspensas.
- Leia de qualquer lugar — Microsoft Excel, Google Sheets, Power BI, a API REST, assistentes de IA via MCP, o Construtor de Consultas e o Nova leem a mesma consulta salva.
- Execute várias ao mesmo tempo — cinco consultas salvas em cinco abas de planilha, transmitidas simultaneamente, independentemente do tamanho dos resultados.
- Conecte-o a qualquer outro dispositivo que você já tenha utilizado. — outro banco de dados, uma API de negócios ou uma pasta de arquivos, em uma única instrução somente leitura.
SQL entre fontes diferentes
Integre o Azure PostgreSQL ao restante dos seus dados.
Uma única instrução pode abranger o Azure PostgreSQL e suas outras conexões simultaneamente. Cada origem executa apenas a parte que consegue, transmite o resultado de volta e a junção ocorre de forma centralizada — as origens nunca se comunicam entre si e nada é copiado para nenhum lugar.
3 conexões · 3 agentes
Uma declaração
-- nada copiado, nada mesclado, nada agendado
SELECIONAR c.região, COUNT(*) AS pedidos, SUM(i.valor_devido) AS faturado
DE azure_pg.ordens.públicas1 f
JUNTAR erp_sql.dbo.clientes2 c LIGADO c.id = f.id_do_cliente
JUNTAR cobrança.stripe.faturas3 i LIGADO i.cliente = c.stripe_id
GRUPO POR c.região
ORDER BY faturado DESC;
As três partes são conexão, esquema e tabela — e o nome da conexão é o que você escolheu. Colunas ilustrativas; suas tabelas serão suas tabelas. O acesso somente leitura se aplica a cada componente: apenas SELECT, WITH e EXPLAIN, com um limite máximo de dados que uma única fonte pode fornecer para uma consulta. Como funcionam as consultas federadas
Detalhes da conexão
O que o Azure PostgreSQL precisa
- Hospedar
- <server>.postgres.database.azure.com
- Portos
- 5432 direto, 6432 para o PgBouncer integrado — o mesmo host em ambos os casos.
- Motorista
- Npgsql 9.0.3, fornecido pelo agente — nada a instalar no Azure.
- TLS
- Obrigatório e imposto pelo agente para cada host .postgres.database.azure.com
- Banco de dados
- PostgreSQL, a menos que você tenha nomeado de outra forma.
- Nome de usuário
- O nome de usuário simples — sem o sufixo @servername; o cartão rejeita esse tipo de nome antes que ele chegue ao servidor.
- Comportamento agrupado
- Na transação 6432, o agente desativa o recurso de preparação automática e para de reiniciar a sessão ao fechar, que é o que o agrupamento em modo de transação exige.
- Pré-requisito do PgBouncer
- O parâmetro do servidor pgbouncer precisa ser habilitado primeiro no servidor flexível.
- Autenticação
- Nome de usuário e senha. O ID Microsoft Entra não é compatível.
- Esquema padrão
- público, que é o que uma referência federada carrega.
O caminho agrupado é a parte que vale a pena entender, porque é onde a maioria das ferramentas silenciosamente apresenta comportamentos inadequados. O PgBouncer em modo transacional pode passar sua próxima instrução para um backend diferente, o que invalida instruções preparadas nomeadas e torna o estado da sessão sem sentido. Em vez de deixar isso para você, o agente bloqueia a porta 6432 e desativa os dois recursos que causariam problemas: preparação automática e reinicialização da sessão ao fechar. Cole uma string agrupada e ela simplesmente funciona; não há nenhuma configuração para encontrar.
A regra do nome de usuário revela um problema real da migração. O servidor único desativado do Azure exigia usuário@nome_do_servidor; o servidor flexível exige o nome de usuário simples, e usar o formato antigo resulta em um erro de autenticação, e não de formato. Saber qual formato está incorreto pode significar uma correção de cinco segundos e uma tarde inteira gasta.
O TLS é imposto, e não solicitado. O agente o exige para todos os hosts do Azure Postgres, independentemente da caixa de seleção, portanto, uma string de conexão que perdeu o parâmetro sslmode em algum ponto ainda trafega criptografada. O que ele não faz é verificar a cadeia de certificados, e a página deixa isso claro, em vez de sugerir uma garantia mais forte do que a que o código oferece.
Para uma consulta entre fontes diferentes, este é o Postgres comum: uma conexão que você chamou de azure_pg é escrita como azure_pg.public.orders e se une a uma pasta de arquivos CSV, a um sistema de registro do SQL Server ou a uma API de faturamento em uma única instrução somente leitura.
Documentação do fornecedor: azure.microsoft.com
Perguntas frequentes
Perguntas sobre o Banco de Dados do Azure para PostgreSQL
Quais ferramentas podem ler dados do Banco de Dados do Azure para PostgreSQL por meio de Fluxos de Consulta?
Tudo isso, a partir de uma única conexão: Excel, Planilhas Google, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertas e relatórios agendados. Conecte o banco de dados uma única vez e todas as plataformas lerão a mesma conexão somente leitura — não há configuração por ferramenta nem necessidade de uma segunda cópia dos dados.
Preciso abrir uma porta de firewall para meu banco de dados PostgreSQL no Azure?
Não. O Agente de Rede do Query Streams é executado dentro da sua rede e abre uma única conexão criptografada de saída. Nada fica à escuta do tráfego de entrada, nenhuma VPN é necessária e o banco de dados mantém suas regras de firewall existentes.
É possível que os fluxos de consulta alterem dados no Banco de Dados do Azure para PostgreSQL?
Não. O agente impõe o modo somente leitura no ponto de execução — uma instrução por vez, apenas SELECT e similares. As credenciais permanecem no agente e nunca são enviadas para o Query Streams.
O que o Query Streams precisa para se conectar ao Banco de Dados do Azure para PostgreSQL?
Um host acessível, uma função e sua senha — o agente carrega o driver, portanto, nada é instalado no banco de dados. Host: <servidor>.postgres.database.azure.com. Portas: 5432 direta, 6432 para o PgBouncer integrado — o mesmo host em ambos os casos. Driver: Npgsql 9.0.3, carregado pelo agente — nada para instalar no Azure. TLS: Obrigatório e imposto pelo agente para todos os hosts .postgres.database.azure.com.
Posso unir o Banco de Dados do Azure para PostgreSQL a outro banco de dados na mesma consulta?
Sim, trata-se de uma consulta federada. Uma única instrução pode referenciar o Banco de Dados do Azure para PostgreSQL e suas outras conexões simultaneamente, escritas como conexão.esquema.tabela. Cada origem executa apenas a parte que consegue e transmite o resultado de volta; a junção ocorre centralmente, portanto, as origens nunca se conectam entre si e nada é copiado ou agendado. O modo somente leitura se aplica a cada parte — apenas SELECT, WITH e EXPLAIN — e há um limite para a quantidade de dados que uma origem pode fornecer para uma única consulta. Consultas federadas são um recurso do plano; a página de consultas federadas contém os limites atuais de origem e tamanho.
Conectar-se ao Banco de Dados do Azure para PostgreSQL é diferente de conectar-se ao PostgreSQL?
Apenas a cadeia de conexão. O Banco de Dados do Azure para PostgreSQL utiliza o protocolo de comunicação do PostgreSQL, portanto, filtros, agendamento, compartilhamento, os complementos do Excel e do Google Sheets e o servidor MCP funcionam de maneira idêntica. O cartão do Azure PostgreSQL preenche automaticamente as configurações de host, porta e SSL que o provedor espera.
Existe algum guia sobre como usar o Azure PostgreSQL para migrar para o Excel?
Sim, é o guia do PostgreSQL e está correto para o Banco de Dados do Azure para PostgreSQL, conforme descrito. O Azure PostgreSQL utiliza o protocolo de comunicação do PostgreSQL, portanto, a conexão do Azure PostgreSQL com o Excel, do Azure PostgreSQL com o Planilhas Google e qualquer outro destino segue os mesmos passos. A única parte específica do Azure PostgreSQL é a string de conexão, e o cartão do Azure PostgreSQL a preenche automaticamente.
Coloque o Azure PostgreSQL onde o trabalho acontece.
Instale o agente, aponte-o para seu banco de dados e escolha um destino.
Somente leitura Apenas envio As credenciais permanecem com o agente.

