Logotipo MySQL HeatWave

MySQL gerenciado fala MySQL

Conectar Onda de calor MySQL para Excel, Planilhas Google, IA e REST

Oracle MySQL HeatWave na OCI ou AWS. Um produto, duas configurações de rede muito diferentes — o cartão explica qual delas você tem.

Uma conexão, todas as superfícies

Para onde seus dados do MySQL HeatWave podem ser enviados.

O Query Streams lê dados do Oracle MySQL HeatWave 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. O HeatWave utiliza o protocolo MySQL, portanto, tudo o que é recebido posteriormente é MySQL comum. O que realmente varia é a localização do endpoint: na OCI, um sistema HeatWave é privado para sua VCN, enquanto na AWS ele expõe um endpoint TLS público que você pode acessar diretamente. Esses dois cenários exigem respostas diferentes para a mesma pergunta, e é para isso que este cartão serve.

MySQL HeatWave é MySQL na rede. — o driver padrão, portanto, todas as orientações abaixo se aplicam sem alterações. A única parte específica do MySQL HeatWave é a string de conexão, abordada em detalhes de conexão.

  1. Para sua equipe, fornecedores e parceiros.
  2. MySQL HeatWave para Excel Microsoft Excel · Suplemento do Excel

    Extraia resultados do MySQL HeatWave em tempo real diretamente para uma planilha e atualize-os sob demanda — Excel para desktop, Excel Online, Microsoft 365.

    Guia do MySQL
  3. MySQL HeatWave para Planilhas Google Suplemento de planilhas

    Execute uma consulta MySQL HeatWave salva na barra lateral e arraste as linhas para a planilha. Os colaboradores que compartilharam a planilha podem atualizá-la por conta própria.

    Guia do MySQL
  4. Pergunte à Nova sobre o MySQL HeatWave Nova AI · texto para SQL

    Faça uma pergunta em linguagem simples. O Nova já conhece suas tabelas MySQL HeatWave, 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 MySQL HeatWave Compartilhamento de resultados · equipe, fornecedores, parceiros · celular, tablet, computador

    Compartilhe os resultados do MySQL HeatWave em tempo real 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 do MySQL HeatWave endpoint HTTP

    Publique uma consulta MySQL HeatWave como um endpoint JSON autenticado que qualquer aplicativo pode chamar, com especificação OpenAPI 3.1 e coleções prontas para Postman, Insomnia e Hoppscotch. Nenhuma porta de banco de dados é aberta.

    Guia do MySQL
  8. MySQL HeatWave 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 MySQL HeatWave em tempo real via HTTPS — sem driver ODBC, sem porta de banco de dados aberta.

    Como funciona o Power BI
  9. MySQL HeatWave para Airtable Plataforma de automação

    Sincronize as linhas do MySQL HeatWave 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 MySQL
  10. MySQL HeatWave para Baserow Plataforma de automação

    Alimente uma tabela Baserow do MySQL HeatWave através do endpoint REST — hospedado localmente ou na nuvem Baserow.

    Guia do MySQL
  11. MySQL HeatWave para SeaTable Plataforma de automação

    Mantenha uma base de dados SeaTable atualizada com dados MySQL HeatWave sem exportar um arquivo ou expor o banco de dados.

    Guia do MySQL
  12. MySQL HeatWave para Smartsheet Plataforma de automação

    Integre os resultados do MySQL HeatWave 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.

    Guia do MySQL
  13. MySQL HeatWave para Anvil Anvil Works · Plataforma de aplicativos

    Faça backup de um aplicativo Anvil Python com MySQL HeatWave por meio do endpoint REST, em vez de incorporar as credenciais do banco de dados no aplicativo.

    Guia do MySQL
  14. Para ferramentas de IA
  15. Servidor MySQL HeatWave MCP Clientes Claude, Cursor e MCP

    Conceda a um assistente de IA acesso somente leitura ao MySQL HeatWave com o esquema necessário para escrever SQL corretamente — sem credenciais no chat.

    Guia do MySQL
  16. Entregue às pessoas
  17. Alertas e relatórios do MySQL HeatWave Slack · Discord · E-mail · Webhook

    Programe uma consulta MySQL HeatWave para ser executada 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

01

Descubra qual formato você possui. O HeatWave na OCI é privado para sua VCN; o HeatWave na AWS expõe um endpoint público.

02

Coloque o Agente de Rede em um local onde ele possa alcançar o endpoint. Para OCI, isso significa uma instância de computação na mesma VCN, comunicando-se com o endpoint privado do sistema de banco de dados. Para AWS, o agente pode estar em qualquer lugar que você desejar.

03

Insira o endpoint. Trata-se de um IP privado no OCI e um FQDN na AWS, e a porta é 3306 em ambos os casos.

04

Preencha o banco de dados, o nome de usuário e a senha. Não há nome de usuário padrão aqui — os sistemas HeatWave são criados com um usuário administrador escolhido por você, não um usuário convencional.

05

Deixe a opção "Usar SSL" ativada e salve. O Microsoft Excel, o Google Sheets, o Power BI, o MCP e a API REST podem ler os dados por meio dessa única conexão ou combiná-la com suas outras fontes em uma única instrução somente leitura.

Análise detalhada do recurso

O que o MySQL HeatWave oferece

OCI é privado, AWS é público, e isso altera o local onde o agente é executado.

O HeatWave é vendido como um único produto, mas implementado em dois formatos, e a diferença entre eles determina o local de instalação, e não as configurações de conexão.

  • Na OCI, um sistema de banco de dados HeatWave reside dentro da sua VCN e não é acessível pela internet. Coloque o agente em uma instância Compute nessa mesma VCN e aponte-o para o endpoint privado.
  • Na AWS, o HeatWave expõe um endpoint TLS público. O agente pode ser executado em qualquer lugar que consiga acessá-lo, inclusive em seu próprio hardware.
  • De qualquer forma, o agente só faz conexões de saída. Não há regra de entrada para adicionar, nenhum ponto de acesso para abrir na VCN e nenhuma VPN entre a sua rede e a nossa.
  • As configurações de conexão em si não mudam entre as duas versões. Mesma porta, mesmos campos, mesmo driver. — apenas o ponto final e a localização do agente sensível diferem.

TLS é a caixa de seleção e está ativada por padrão.

Vale a pena ser preciso quanto a isso, porque os dois formatos de implantação do HeatWave têm exposições realmente diferentes.

  • O uso de SSL está ativado por padrão e, enquanto estiver ativado, a conexão será criptografada. — o agente solicita ao MySQL uma sessão TLS necessária.
  • Desative essa opção e o agente tentará uma conexão não criptografada. Nada aqui substitui esse comportamento com base no endpoint, portanto, a caixa de seleção é o mecanismo principal.
  • Isso é especialmente importante na AWS, onde o endpoint é público. Na internet pública, manter o TLS ativado não é opcional em nenhum sentido prático.
  • A criptografia não é verificação de certificado. O agente exige TLS, mas não valida a cadeia de certificados do servidor; portanto, considere-a como uma proteção contra interceptação, e não como uma prova do que você acessou.

Por baixo está o MySQL, que é o ponto principal.

O mecanismo de análise do HeatWave é de responsabilidade da Oracle. O que chega ao Query Streams é uma conexão MySQL.

  • O agente se conecta com um driver MySQL padrão e executa SQL comum somente leitura. Nada no caminho da consulta é específico do HeatWave.
  • O MySQL não possui uma camada de esquema separada, portanto o banco de dados é o qualificador. É isso que uma referência entre fontes diferentes carrega.
  • Consultas entre bancos de dados em uma única conexão HeatWave funcionam da mesma forma que em qualquer servidor MySQL, portanto, uma única conexão pode acessar mais de um banco de dados.
  • Vale a pena criar um usuário com permissão somente leitura. Os fluxos de consulta não gravam, mas a maneira mais segura de garantir isso é no banco de dados, e não na ferramenta.
-- MySQL comum, somente leitura, sobre TLS SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id WHERE o.placed_at >= NOW() - INTERVAL 30 DAY 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 MySQL HeatWave ao restante dos seus dados.

Uma única instrução pode abranger o MySQL HeatWave e suas outras conexões simultaneamente. Cada fonte executa apenas a parte que consegue, transmite o resultado de volta e a junção ocorre de forma centralizada — as fontes nunca se comunicam entre si e nada é copiado para nenhum lugar.

3 conexões · 3 agentes

Onda de calor MySQL MySQL gerenciado
PostgreSQL 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     operações de onda de calor.shopdb.pedidos1 f
JUNTAR     pg_crm.clientes.públicos2    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 MySQL HeatWave precisa

Ponto final
Um IP privado no OCI e um FQDN na AWS.
Porto
3306
Motorista
MySqlConnector, fornecido pelo agente — nada a instalar no lado da Oracle.
Colocação de agentes
Na OCI, uma instância Compute na mesma VCN que o sistema de banco de dados. Na AWS, qualquer local que possa acessar o endpoint público.
TLS
Controlado pela caixa de seleção "Usar SSL", que está ativada por padrão. A conexão permanece criptografada enquanto a caixa estiver ativada; a cadeia de certificados não é verificada.
Nome de usuário
Sem padrão. Os sistemas HeatWave são criados com um usuário administrador que você nomeia.
Agrupamento
Nenhum exposto, e o agente não aplica nenhuma adaptação de pooler aqui.
Salvo como
MySQL. O HeatWave utiliza o protocolo de comunicação MySQL, portanto, tudo o que é processado posteriormente é MySQL comum.
Esquema padrão
O próprio banco de dados. O MySQL não possui uma camada de esquema separada, portanto, uma referência federada carrega o nome do banco de dados.

A divisão entre OCI e AWS é o único aspecto neste cartão que realmente pode causar problemas, e é por isso que ele vem em primeiro lugar. Na AWS, o HeatWave se comporta como qualquer outro MySQL gerenciado com um endpoint público, sem nada com que se preocupar. No OCI, ele é privado para sua VCN por padrão, e nenhuma quantidade de credenciais corretas ajudará um agente que esteja fora dela. O trabalho todo é conectar o agente a uma instância Compute na VCN correta, e isso é uma decisão de infraestrutura, não uma simples configuração de conexão.

Não há campo para colar neste cartão, e isso é intencional, não uma omissão. OCI não fornece um URI de conexão pronto como o Heroku ou o Railway fazem — você monta o endpoint a partir dos detalhes do sistema de banco de dados — então um campo para colar seria uma caixa vazia. Digitar cinco campos é o formato correto deste cartão.

Para uma consulta entre fontes diferentes, o MySQL qualifica por banco de dados em vez de por esquema; portanto, uma conexão chamada heatwave_ops acessa uma tabela como heatwave_ops.shopdb.orders — o banco de dados fica onde um esquema ficaria nos cartões do Postgres. Ele se conecta a uma pasta de arquivos CSV, a um sistema de registro local ou a uma API de faturamento em uma única instrução somente leitura — sem nada copiado e nada agendado.

Documentação do fornecedor: www.oracle.com

Perguntas frequentes

Perguntas sobre o MySQL HeatWave

Quais ferramentas conseguem ler dados do MySQL HeatWave 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 no firewall para meu banco de dados MySQL HeatWave?

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 alterar dados usando Query Streams no MySQL HeatWave?

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 MySQL HeatWave?

Um host acessível, uma função e sua senha — o agente carrega o driver, portanto, nada é instalado no banco de dados. Endpoint: um IP privado no OCI, um FQDN na AWS. Porta: 3306. Driver: MySqlConnector, carregado pelo agente — nada para instalar no lado da Oracle. Posicionamento do agente: no OCI, uma instância Compute na mesma VCN que o sistema de banco de dados. Na AWS, em qualquer lugar que possa acessar o endpoint público.

Posso fazer um JOIN do MySQL HeatWave com outro banco de dados na mesma consulta?

Sim, trata-se de uma consulta federada. Uma única instrução pode referenciar o MySQL HeatWave 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 o MySQL HeatWave é diferente de conectar o MySQL?

Apenas a string de conexão. O MySQL HeatWave utiliza o protocolo MySQL, portanto, filtros, agendamento, compartilhamento, os complementos do Excel e do Google Sheets e o servidor MCP funcionam de maneira idêntica. O cartão MySQL HeatWave preenche automaticamente as configurações de host, porta e SSL esperadas pelo provedor.

Existe algum guia de conversão de MySQL HeatWave para Excel?

Sim, é o guia do MySQL e está correto para o MySQL HeatWave conforme descrito. O MySQL HeatWave utiliza o protocolo MySQL, portanto, a comunicação entre MySQL HeatWave e Excel, MySQL HeatWave e Planilhas Google, e qualquer outro destino, segue os mesmos passos. A única parte específica do MySQL HeatWave é a string de conexão, e o guia do MySQL HeatWave a preenche automaticamente.

Instale o MySQL HeatWave 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.