Postgres gerenciado fala PostgreSQL
Conectar Bancos de dados IBM Cloud para PostgreSQL para Excel, Planilhas Google, IA e REST
Bancos de dados IBM Cloud para PostgreSQL. A porta é atribuída por implantação, portanto, copie-a do painel Endpoints.
Uma conexão, todas as superfícies
Para onde seus dados do IBM Cloud 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ê bancos de dados IBM Cloud para PostgreSQL a partir do Microsoft Excel, Google Sheets, Power BI, assistentes de IA via MCP e um endpoint REST por meio de uma única conexão somente leitura. A IBM faz duas coisas de forma diferente da maioria dos serviços gerenciados de PostgreSQL: ela atribui a cada implementação sua própria porta em vez de usar a 5432 e protege o banco de dados com um certificado da própria autoridade certificadora da IBM. Ambos os aspectos são tratados aqui e é importante conhecê-los antes de se conectar, em vez de depois que um teste falhar.
IBM Cloud Databases para PostgreSQL é PostgreSQL na internet — o driver padrão, portanto, todas as orientações abaixo se aplicam sem alterações. A única parte específica do IBM Cloud é a string de conexão, abordada em detalhes de conexão.
- Para sua equipe, fornecedores e parceiros.
-
IBM Cloud para Excel Microsoft Excel · Suplemento do Excel
Importe resultados em tempo real do IBM Cloud diretamente para uma planilha e atualize-os sob demanda — Excel para desktop, Excel Online, Microsoft 365.
Guia do PostgreSQL -
IBM Cloud para Google Sheets Suplemento de planilhas
Execute uma consulta salva do IBM Cloud 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 a IBM Cloud. Nova AI · texto para SQL
Faça uma pergunta em linguagem simples. O Nova já conhece suas tabelas do IBM Cloud, 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 IBM Cloud Compartilhamento de resultados · equipe, fornecedores, parceiros · celular, tablet, computador
Compartilhe um resultado em tempo real do IBM Cloud com qualquer pessoa — um colega, um fornecedor, um parceiro — como uma tabela 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 da IBM Cloud endpoint HTTP
Publique uma consulta do IBM Cloud 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 -
IBM Cloud 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 IBM Cloud em tempo real via HTTPS — sem necessidade de driver ODBC ou porta de banco de dados aberta.
Como funciona o Power BI -
IBM Cloud para Airtable Plataforma de automação
Sincronize linhas do IBM Cloud 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 -
IBM Cloud para Baserow Plataforma de automação
Alimente uma tabela Baserow do IBM Cloud através do endpoint REST — hospedado localmente ou na nuvem Baserow.
Guia do PostgreSQL -
IBM Cloud para SeaTable Plataforma de automação
Mantenha uma base SeaTable atualizada com dados da IBM Cloud sem exportar um arquivo ou expor o banco de dados.
Guia do PostgreSQL -
IBM Cloud para Smartsheet Plataforma de automação
Integre os resultados do IBM Cloud a 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 -
IBM Cloud para Anvil Anvil Works · Plataforma de aplicativos
Faça backup de um aplicativo Python do Anvil com o IBM Cloud 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 IBM Cloud MCP Clientes Claude, Cursor e MCP
Conceda a um assistente de IA acesso somente leitura ao IBM Cloud com o esquema necessário para escrever SQL corretamente — sem credenciais no chat.
Guia do PostgreSQL - Entregue às pessoas
-
Alertas e relatórios do IBM Cloud Slack · Discord · E-mail · Webhook
Programe uma consulta na IBM Cloud para que os resultados sejam entregues 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 máquina que possa acessar a implantação — sua própria rede para um endpoint privado, ou qualquer lugar para um endpoint público. Ele abre uma conexão de saída e nunca fica em modo de escuta.
No IBM Cloud, abra o serviço, depois Endpoints e escolha a guia Pública ou Privada para corresponder à forma como o agente irá acessar o serviço.
Copie a string de conexão do PostgreSQL e cole-a no primeiro campo. O host, a porta, o banco de dados, o nome de usuário e a senha serão lidos automaticamente.
Verifique a porta. A IBM atribui uma por implementação — geralmente na faixa dos 30.000 — e este é o campo que deve ser confirmado, em vez de presumido, porque 5432 está quase certamente incorreto neste caso.
Deixe a opção "Usar SSL" ativada, execute o teste e salve. Leia os dados do Microsoft Excel, Google Sheets, Power BI, MCP ou REST através dessa única conexão.
Análise detalhada do recurso
O que a IBM Cloud oferece a você
A porta é específica para cada implantação, e o cartão a deixa propositalmente em branco.
Quase todos os outros cartões Postgres aqui preenchem automaticamente o valor 5432 porque quase todos os outros serviços o utilizam. Este não o faz, e o campo vazio é justamente a sua função.
- A IBM aloca uma porta para cada implementação, em vez de executar tudo na porta padrão. Dois bancos de dados na mesma conta não compartilharão a mesma porta.
- Assim, o campo começa vazio e o cartão solicita explicitamente o preenchimento. Um valor pré-preenchido como 5432 estaria incorreto com muito mais frequência do que correto, e incorreto de uma forma que parece mais um problema de rede do que um erro de digitação.
- Pegue a porta no mesmo painel de Endpoints onde está o nome do host. Ela está na string de conexão fornecida pela IBM, imediatamente após o host.
- Se uma conexão salva expirar em vez de ser recusada, a primeira coisa a verificar novamente no painel de controle é a porta.
A IBM emite sua própria autoridade de certificação e explica o que o agente faz a respeito.
Esta é a parte honesta, e é mais específica do que o parágrafo TLS usual.
- A conexão é criptografada e o agente a força. O TLS é obrigatório para nomes de host do IBM Cloud, independentemente de a caixa de seleção SSL estar marcada ou não.
- A cadeia de certificados não é verificada. A IBM utiliza um certificado da sua própria autoridade certificadora para as implementações, e o agente não tem como receber o certificado dessa autoridade para realizar a verificação.
- A string de conexão da própria IBM geralmente inclui o parâmetro sslmode=verify-full. Esse parâmetro não é lido. — o agente extrai o host, a porta, o banco de dados, o nome de usuário e a senha da string e aplica sua própria configuração TLS, que exige criptografia sem validar a cadeia.
- Leia isso como uma proteção contra qualquer pessoa que leia o tráfego em trânsito, e não como uma prova de qual servidor respondeu. Se a verificação da cadeia de verificação com a Autoridade Certificadora da IBM for importante para sua conformidade, este é o detalhe a ser observado.
-- Postgres comum, somente leitura, sobre TLS 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 a IBM Cloud ao restante dos seus dados.
Uma única instrução pode abranger o IBM Cloud 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 ibm_prod.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 a IBM Cloud precisa
- Hospedar
- <id>.databases.appdomain.cloud, do painel de Pontos de extremidade do serviço
- Porto
- Atribuídos por implantação, geralmente na casa dos 30.000. Não 5432, e não pré-preenchidos.
- Motorista
- O Npgsql é fornecido pelo agente — nada precisa ser instalado no lado da IBM Cloud.
- Colar formato
- A string de conexão do PostgreSQL dos Endpoints, como um URI postgres://
- TLS
- Obrigatório e obrigatório para nomes de host do IBM Cloud. Criptografado; a autoridade de certificação da IBM não é verificada e nenhuma CA personalizada pode ser fornecida.
- Agrupamento
- Nenhuma. O agente não aplica nenhuma adaptação de pool para a IBM Cloud.
- Padrões
- O banco de dados ibmclouddb e o usuário admin são preenchidos previamente, correspondendo ao que a IBM cria.
- Salvo como
- PostgreSQL, com IBM Cloud mantido como um diferencial.
- Esquema padrão
- público, que é o que uma referência federada carrega.
O campo de porta vazio é uma pequena decisão de design que vale a pena explicar, pois parece uma omissão. Existem configurações predefinidas para preencher automaticamente os campos que um provedor sempre preenche da mesma maneira, e a porta da IBM não é um deles. Preencher com um valor padrão plausível resultaria em uma conexão que passa pela validação, mas falha ao se conectar, o que é um resultado pior do que um campo vazio que faz uma pergunta.
Sobre a questão do certificado: a distinção útil reside entre criptografia e identidade. O tráfego entre o agente e sua implementação IBM é criptografado e não pode ser lido em trânsito. O que o agente não faz é confirmar, junto à autoridade de certificação da IBM, se o servidor que apresenta o certificado é realmente o que você pretendia. Para a maioria das cargas de trabalho de geração de relatórios em um endpoint privado, essa distinção é irrelevante; se for relevante para você, é melhor lê-la aqui do que descobri-la em uma auditoria.
Para uma consulta entre fontes diferentes, o IBM Cloud usa o Postgres padrão. Uma conexão chamada ibm_prod é registrada como ibm_prod.public.orders e realiza um JOIN com uma pasta de arquivos CSV, um sistema de registro local ou uma API de faturamento em uma única instrução somente leitura — sem nenhuma cópia ou agendamento.
Documentação do fornecedor: www.ibm.com
Perguntas frequentes
Perguntas sobre o IBM Cloud Databases para PostgreSQL
Quais ferramentas conseguem ler dados do IBM Cloud Databases for PostgreSQL por meio de Query Streams?
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 IBM Cloud Databases for PostgreSQL?
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 IBM Cloud Databases 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 IBM Cloud Databases for PostgreSQL?
Um host acessível, uma função e sua senha — o agente carrega o driver, portanto, nada é instalado no banco de dados. Host: <id>.databases.appdomain.cloud, do painel Endpoints do serviço. Porta: Atribuída por implantação, geralmente na faixa dos 30000. Não use 5432 e não seja preenchida automaticamente. Driver: Npgsql, carregado pelo agente — nada para instalar no IBM Cloud. Formato de colagem: A string de conexão do PostgreSQL do Endpoints, como um URI postgres://.
Posso unir o IBM Cloud Databases for PostgreSQL a outro banco de dados na mesma consulta?
Sim, trata-se de uma consulta federada. Uma única instrução pode referenciar o IBM Cloud Databases for PostgreSQL e suas outras conexões simultaneamente, escrita 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 IBM Cloud Databases para PostgreSQL é diferente de conectar-se ao PostgreSQL?
Apenas a string de conexão. O IBM Cloud Databases 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 IBM Cloud preenche automaticamente as configurações de host, porta e SSL esperadas pelo provedor.
Existe algum guia de migração do IBM Cloud para o Excel?
Sim, é o guia do PostgreSQL e está correto para o IBM Cloud Databases for PostgreSQL, conforme descrito. O IBM Cloud utiliza o protocolo de comunicação do PostgreSQL, portanto, a conexão entre o IBM Cloud e o Excel, o IBM Cloud e o Google Sheets, e qualquer outro destino, segue os mesmos passos. A única parte específica do IBM Cloud é a string de conexão, e o cartão do IBM Cloud a preenche automaticamente.
Leve a IBM Cloud para 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.

