Logotipo do IBM Cloud Databases para PostgreSQL

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

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.

  1. Para sua equipe, fornecedores e parceiros.
  2. 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
  3. 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
  4. 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
  5. 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
  6. Para aplicativos e sistemas
  7. 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
  8. 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
  9. 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
  10. 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
  11. 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
  12. 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
  13. 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
  14. Para ferramentas de IA
  15. 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
  16. Entregue às pessoas
  17. 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

01

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.

02

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.

03

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.

04

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.

05

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

Bancos de dados IBM Cloud para PostgreSQL Postgres gerenciado
Microsoft SQL Server Motor relacional
Listrado Pagamentos e faturamento

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.