Gerenciado · PG + MySQL Fala PostgreSQL / MySQL
Conectar Bancos de dados gerenciados da OVHcloud para Excel, Planilhas e IA
Bancos de dados gerenciados da OVHcloud — PostgreSQL ou MySQL. O Aiven é executado por baixo dos panos, o que explica as configurações padrão assim que você as vê.
Uma conexão, todas as superfícies
Para onde seus dados do OVHcloud podem ser enviados.
Conecte o OVHcloud uma única vez e a mesma conexão somente leitura alimentará todos esses serviços — sem necessidade de configuração adicional, sem necessidade de uma segunda cópia dos dados. 9 de 11 serviços possuem um guia passo a passo.
OVHcloud para Excel
Microsoft Excel · Suplemento do Excel
Importe resultados em tempo real do OVHcloud diretamente para uma planilha e atualize-os sob demanda — Excel para desktop, Excel Online, Microsoft 365.
Leia o guia do PostgreSQLOVHcloud para Planilhas Google
Suplemento de planilhas
Execute uma consulta OVHcloud salva na barra lateral e arraste as linhas para a planilha. Os colaboradores que compartilham a planilha podem atualizá-la por conta própria.
Leia o guia do PostgreSQLServidor OVHcloud MCP
Clientes Claude, Cursor e MCP
Conceda a um assistente de IA acesso somente leitura ao OVHcloud com o esquema necessário para escrever SQL corretamente — sem credenciais no chat.
Leia o guia do PostgreSQLAPI REST da OVHcloud
endpoint HTTP
Publique uma consulta OVHcloud 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.
Leia o guia do PostgreSQLOVHcloud para Airtable
Plataforma de automação
Sincronize as linhas do OVHcloud com uma base do Airtable de acordo com uma programação ou busque-as dentro de um script de automação do Airtable.
Leia o guia do PostgreSQLOVHcloud para Baserow
Plataforma de automação
Alimente uma tabela Baserow do OVHcloud através do endpoint REST — hospedado localmente ou na nuvem Baserow.
Leia o guia do PostgreSQLOVHcloud para SeaTable
Plataforma de automação
Mantenha uma base SeaTable atualizada com dados do OVHcloud sem exportar um arquivo ou expor o banco de dados.
Leia o guia do PostgreSQLOVHcloud para Smartsheet
Plataforma de automação
Integre os resultados do OVHcloud a uma planilha do Smartsheet para que os planos e relatórios sejam lidos do sistema de origem, e não da exportação da semana passada.
Leia o guia do PostgreSQLOVHcloud para Anvil
Anvil Works · Plataforma de aplicativos
Faça backup de um aplicativo Anvil Python com OVHcloud por meio do endpoint REST, em vez de incorporar as credenciais do banco de dados no aplicativo.
Leia o guia do PostgreSQLOVHcloud 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 OVHcloud em tempo real via HTTPS — sem necessidade de driver ODBC ou porta de banco de dados aberta.
Como funciona o Power BI Ainda não existe um guia passo a passo para o OVHcloud.Alertas e relatórios da OVHcloud
Slack · Discord · E-mail · Webhook
Programe uma consulta OVHcloud para ser entregue 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 Ainda não existe um guia passo a passo para o OVHcloud.Como funciona
5 etapas, sem alteração no firewall de entrada
Instale o Agente de Rede em qualquer local que possa acessar o serviço. Ele só faz conexões de saída, portanto, nenhuma regra de firewall de entrada é necessária.
No gerenciador do OVHcloud, abra o serviço de banco de dados e copie o URI do serviço.
Cole as informações no primeiro campo. O host, a porta, o banco de dados, o nome de usuário e a senha serão lidos automaticamente, e o seletor de mecanismo seguirá o esquema.
Verifique a porta. A OVHcloud atribui uma porta por serviço em vez de usar a padrão do mecanismo, portanto, vale a pena verificar mesmo ao colar o endereço.
Deixe a opção "Usar SSL" ativada, teste e salve. Leia os dados no Microsoft Excel, Google Sheets, Power BI, MCP ou REST.
Análise detalhada do recurso
O que o OVHcloud oferece
Aiven por baixo, o que explica os valores padrão.
Se você já usou o Aiven diretamente, este cartão lhe parecerá familiar. Caso contrário, as configurações padrão parecerão arbitrárias até que você entenda o motivo.
- O nome de usuário padrão é avnadmin, não algo específico da OVH. Essa é a convenção da Aiven, que se manifesta de forma consistente. — o cartão preenche automaticamente porque geralmente está correto.
- O banco de dados padrão é o defaultdb, também definido por Aiven. E a string de conexão que a OVH chama de URI de serviço é o termo usado por Aiven para isso.
- A porta é atribuída por serviço, em vez de ser 5432 ou 3306, que é também como a Aiven faz. Copie-a do gerenciador em vez de presumir.
- A única funcionalidade do Aiven que não está presente é o pool de conexões. O Aiven expõe pools de conexões PgBouncer em sua própria plataforma; o OVHcloud não os disponibiliza, portanto não há um endpoint agrupado para escolher nem nada para configurar.
Duas regiões, duas terminações de nome de host
Um pequeno detalhe que faz diferença quando você está verificando se o cartão reconheceu o seu host.
- Os serviços europeus terminam em .database.cloud.ovh.net e os serviços dos EUA terminam em .database.cloud.ovh.us. O cartão reconhece ambos.
- O reconhecimento é o que impulsiona o selo OVHcloud e, no PostgreSQL, a criptografia forçada descrita abaixo. Qualquer uma das opções abaixo dá direito a ambas.
- Um nome de host com o formato postgresql-abc-123.database.cloud.ovh.net é o formato usual.
- Do ponto de vista do agente, nada mais muda entre as duas regiões. — a mesma conexão, o mesmo motorista, as mesmas garantias.
Um cartão, dois motores, e eles diferem na criptografia.
O seletor de motor na parte superior altera mais do que o driver, e esta é a parte que vale a pena ler antes de desmarcar uma caixa de seleção.
- Selecione PostgreSQL e o agente forçará a criptografia para qualquer uma das terminações de nome de host da OVHcloud, independentemente do que estiver selecionado na caixa de seleção. A OVHcloud exige sslmode=require e o agente não enviará texto não criptografado para esse endereço.
- Selecione MySQL e a caixa de seleção é todo o mecanismo. Ela está ativada por padrão e a conexão é criptografada enquanto estiver ativada, mas nada a sobrescreve se você a desativar.
- A razão é estrutural, e não um descuido: o agente mantém uma tabela de nomes de host do PostgreSQL hospedado para os quais ele força o uso de TLS, e não existe um equivalente para MySQL. A mesma divisão se aplica a todas as placas com suporte a múltiplos mecanismos de banco de dados.
- As instruções práticas são as mesmas em ambos os casos. — Deixe a opção Usar SSL ativada. No MySQL, é a única coisa que protege a conexão.
- Em nenhum dos casos a cadeia de certificados é verificada. Entenda a criptografia como uma proteção contra qualquer pessoa que leia o tráfego, e não como uma prova de qual servidor respondeu.
- Tudo o que o agente executa é somente leitura, e suas credenciais nunca saem da máquina em que ele está sendo executado.
-- Somente leitura, qualquer que seja o mecanismo escolhido\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS revenue\nFROM customers AS c\nJOIN orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interval '30 days'\nGROUP BY c.name\nORDER 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 OVHcloud ao restante dos seus dados.
Uma única instrução pode abranger o OVHcloud 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 ovh_db.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
Do que a OVHcloud precisa
- Hospedar
- postgresql-abc-123.database.cloud.ovh.net na Europa ou .database.cloud.ovh.us nos EUA. O cartão reconhece ambos.
- Porto
- Atribuído por serviço e deixado em branco propositalmente — copie do gerenciador do OVHcloud.
- Motores
- PostgreSQL ou MySQL, escolhido na parte superior do cartão. Um URI de serviço colado define isso para você.
- Motorista
- Npgsql ou MySqlConnector, fornecidos pelo agente — nada a instalar no lado da OVH
- Colar formato
- O URI do serviço do gerenciador, como um URI postgres:// ou mysql://
- Padrões
- O usuário avnadmin e o banco de dados defaultdb, ambos herdados de Aiven.
- TLS
- Forçado pelo agente para ambas as terminações de nome de host da OVHcloud no PostgreSQL. Controlado por caixa de seleção no MySQL, ativado por padrão — deixe ativado. A cadeia de certificados não é verificada em nenhum dos casos.
- Agrupamento
- Nenhuma. A OVHcloud não expõe os pools do PgBouncer da Aiven, portanto não há um endpoint em pool para selecionar.
- Salvo como
- PostgreSQL ou MySQL, com OVHcloud mantido como um selo de aprovação.
- Esquema padrão
- público no PostgreSQL. Uma conexão MySQL é qualificada pelo seu banco de dados.
É importante conhecer a linhagem Aiven principalmente porque torna o funcionamento do cartão previsível. Ao entender que `avnadmin` e `defaultdb` são convenções da Aiven e não peculiaridades da OVH, os valores predefinidos deixam de parecer palpites e a porta por serviço deixa de parecer um descuido. Isso também estabelece a expectativa correta na direção oposta: este é o mecanismo da Aiven com o painel de controle e as regiões da OVH, e não uma reprodução completa de tudo o que a Aiven oferece.
O pooler é o exemplo mais claro disso. No Aiven, você escolheria entre uma conexão direta e um pool PgBouncer, e a escolha correta é crucial. Aqui, essa escolha não existe, o que significa uma coisa a menos para dar errado.
Para uma consulta entre fontes diferentes, o qualificador segue o mecanismo de busca em vez do selo. Uma conexão PostgreSQL chamada ovh_db é escrita como ovh_db.public.orders; a mesma conexão no MySQL é qualificada pelo seu banco de dados. Isso permite junções a uma pasta de arquivos CSV, um sistema de registro local ou uma API de faturamento em uma única instrução somente leitura.
Documentação do fornecedor: www.ovhcloud.com
Perguntas frequentes
Perguntas sobre bancos de dados gerenciados da OVHcloud
Quais ferramentas conseguem ler dados de bancos de dados gerenciados da OVHcloud 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 o meu banco de dados do OVHcloud Managed Databases?
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 em bancos de dados gerenciados da OVHcloud?
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 aos bancos de dados gerenciados da OVHcloud?
Um host acessível, uma função e sua senha — o agente carrega o driver, portanto, nada é instalado no banco de dados. Host: postgresql-abc-123.database.cloud.ovh.net na Europa ou .database.cloud.ovh.us nos EUA. O cartão reconhece ambos. Porta: Atribuída por serviço e deixada em branco propositalmente — copie-a do gerenciador do OVHcloud. Mecanismos: PostgreSQL ou MySQL, escolhido na parte superior do cartão. Um URI de serviço colado define isso para você. Driver: Npgsql ou MySqlConnector, carregado pelo agente — nada para instalar no lado da OVH.
Posso unir bancos de dados gerenciados da OVHcloud a outro banco de dados na mesma consulta?
Sim, trata-se de uma consulta federada. Uma única instrução pode referenciar bancos de dados gerenciados da OVHcloud 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 exibe os limites atuais de origem e tamanho.
Conectar-se a bancos de dados gerenciados da OVHcloud é diferente de conectar-se ao PostgreSQL?
Apenas a string de conexão. Os bancos de dados gerenciados da OVHcloud utilizam o protocolo de comunicação 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 OVHcloud preenche automaticamente as configurações de host, porta e SSL que o provedor espera.
Existe algum guia de migração do OVHcloud para o Excel?
Sim, é o guia do PostgreSQL e está correto para os Bancos de Dados Gerenciados da OVHcloud, conforme descrito. A OVHcloud utiliza o protocolo de comunicação do PostgreSQL, portanto, a comunicação entre OVHcloud e Excel, OVHcloud e Planilhas Google, e qualquer outro destino, segue os mesmos passos. A única parte específica da OVHcloud é a string de conexão, e o cartão da OVHcloud a preenche automaticamente.
Coloque o OVHcloud 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.

