MySQL HeatWave-logo

Beheerde MySQL spreekt MySQL

Verbinden MySQL HeatWave naar Excel, Google Sheets, AI en REST

Oracle MySQL HeatWave op OCI of AWS. Eén product, twee totaal verschillende netwerkconfiguraties — de kaart laat je zien welke configuratie je hebt.

Eén verbinding, elk oppervlak

Waar uw MySQL HeatWave-gegevens naartoe kunnen worden gestuurd

Query Streams leest Oracle MySQL HeatWave-gegevens uit Microsoft Excel, Google Sheets, Power BI, AI-assistenten via MCP en een REST-eindpunt via één alleen-lezen verbinding. HeatWave gebruikt het MySQL-protocol, dus alles wat ernaast gebeurt, is gewone MySQL. Wat er daadwerkelijk verschilt, is waar het eindpunt zich bevindt: op OCI is een HeatWave-systeem privé voor uw VCN, terwijl het op AWS een openbaar TLS-eindpunt beschikbaar stelt dat u direct kunt bereiken. Die twee vereisen verschillende antwoorden op dezelfde vraag, en daarvoor is deze kaart bedoeld.

MySQL HeatWave is MySQL op het internet. — de standaard driver, dus alle onderstaande handleidingen blijven ongewijzigd van toepassing. Het enige MySQL HeatWave-specifieke onderdeel is de verbindingsreeks, die wordt behandeld onder verbindingsgegevens.

  1. Voor uw team, leveranciers en partners
  2. MySQL HeatWave naar Excel Microsoft Excel · Excel-invoegtoepassing

    Haal live MySQL HeatWave-resultaten rechtstreeks in een werkblad op en vernieuw ze wanneer nodig — in Excel op de desktop, Excel Online en Microsoft 365.

    MySQL-handleiding
  3. MySQL HeatWave naar Google Sheets Sheets-add-on

    Voer een opgeslagen MySQL HeatWave-query uit vanuit de zijbalk en sleep de rijen naar het spreadsheet. Gedeelde medewerkers kunnen het spreadsheet zelf vernieuwen.

    MySQL-handleiding
  4. Vraag Nova naar MySQL HeatWave Nova AI · tekst naar SQL

    Stel een vraag in begrijpelijke taal. Nova kent je MySQL HeatWave-tabellen al, schrijft en voert de SQL-query uit, legt het antwoord uit en visualiseert het in een grafiek – je hoeft geen query te schrijven en geen inloggegevens te verstrekken.

    Hoe Nova werkt
  5. MySQL HeatWave naar Data Viewer Resultaten delen · team, leveranciers, partners · telefoon, tablet, desktop

    Deel een live MySQL HeatWave-resultaat met wie dan ook – een collega, een leverancier, een partner – als een bladwijzerbaar raster dat opnieuw wordt weergegeven wanneer het wordt geopend, op een telefoon, een tablet of een desktop. Ze zien de resultaten, nooit de SQL-query of de inloggegevens.

    Hoe de gegevensviewer werkt
  6. Voor apps en systemen
  7. MySQL HeatWave REST API HTTP-eindpunt

    Publiceer een MySQL HeatWave-query als een geauthenticeerd JSON-eindpunt dat elke applicatie kan aanroepen, met een OpenAPI 3.1-specificatie en kant-en-klare collecties voor Postman, Insomnia en Hoppscotch. Er wordt geen databasepoort geopend.

    MySQL-handleiding
  8. MySQL HeatWave naar Power BI Power Query M

    Plak de gegenereerde Power Query M in de geavanceerde editor van Power BI en het rapport leest live MySQL HeatWave-resultaten via HTTPS — zonder ODBC-stuurprogramma en zonder geopende databasepoort.

    Hoe Power BI werkt
  9. MySQL HeatWave naar Airtable Automatiseringsplatform

    Synchroniseer MySQL HeatWave-rijen met een Airtable-database volgens een schema, of haal ze op binnen een Airtable-automatiseringsscript.

    MySQL-handleiding
  10. MySQL HeatWave naar Baserow Automatiseringsplatform

    Vul een Baserow-tabel in vanuit MySQL HeatWave via het REST-eindpunt — zowel op een zelfgehoste locatie als in de Baserow-cloud.

    MySQL-handleiding
  11. MySQL HeatWave naar SeaTable Automatiseringsplatform

    Houd een SeaTable-database actueel met MySQL HeatWave-gegevens zonder een bestand te exporteren of de database openbaar te maken.

    MySQL-handleiding
  12. MySQL HeatWave naar Smartsheet Automatiseringsplatform

    Importeer de resultaten van MySQL HeatWave in een Smartsheet-tabel, zodat plannen en rapporten de gegevens uit het bronsysteem lezen en niet uit de export van vorige week.

    MySQL-handleiding
  13. MySQL HeatWave naar Anvil Anvil Works · App-platform

    Ondersteun een Anvil Python-app met MySQL HeatWave via het REST-eindpunt in plaats van databasegegevens in de app in te sluiten.

    MySQL-handleiding
  14. Voor AI-tools
  15. MySQL HeatWave MCP-server Claude, Cursor en MCP-klanten

    Geef een AI-assistent alleen-leestoegang tot MySQL HeatWave met het schema dat nodig is om correcte SQL-query's te schrijven — zonder inloggegevens in de chat.

    MySQL-handleiding
  16. Bezorgd aan mensen
  17. MySQL HeatWave-waarschuwingen en -rapporten Slack · Discord · E-mail · Webhook

    Plan een MySQL HeatWave-query in en laat de resultaten naar Slack, Discord, e-mail of een ondertekende webhook verzenden. Of wacht met verzenden totdat een bepaald aantal resultaten, een drempelwaarde of een percentageverandering de door u ingestelde grens overschrijdt.

    Hoe waarschuwingen en rapporten werken

Hoe het werkt

5 stappen, geen wijziging van de inkomende firewall

01

Bepaal welke configuratie je hebt. HeatWave op OCI is privé en alleen toegankelijk via je VCN; HeatWave op AWS biedt een openbaar eindpunt.

02

Plaats de netwerkagent op een locatie waar deze het eindpunt kan bereiken. Voor OCI betekent dit een Compute-instantie in hetzelfde VCN, die communiceert met het privé-eindpunt van het databasesysteem. Voor AWS kan de agent zich op elke gewenste locatie bevinden.

03

Voer het eindpunt in. Dit is een privé-IP-adres op OCI en een FQDN op AWS, en de poort is in beide gevallen 3306.

04

Vul de databasegegevens, gebruikersnaam en wachtwoord in. Er is hier geen standaard gebruikersnaam; HeatWave-systemen worden aangemaakt met een beheerdersaccount dat u zelf kiest, niet met een standaardaccount.

05

Laat 'SSL gebruiken' ingeschakeld en sla de wijzigingen op. Microsoft Excel, Google Sheets, Power BI, MCP en REST lezen allemaal via die ene verbinding, of voeg deze samen met uw andere bronnen in één enkele alleen-lezen instructie.

Diepgaande analyse van de functies

Wat MySQL HeatWave je biedt

OCI is privé, AWS is openbaar, en dat bepaalt waar de agent naartoe gaat.

HeatWave wordt als één product verkocht, maar wordt in twee uitvoeringen geleverd. Het verschil tussen deze twee varianten bepaalt de installatielocatie, niet de aansluitinstellingen.

  • Op OCI bevindt een HeatWave DB-systeem zich binnen uw VCN en is niet bereikbaar vanaf het internet. Plaats de agent op een Compute-instance in diezelfde VCN en verwijs deze naar het privé-eindpunt.
  • Op AWS biedt HeatWave een openbaar TLS-eindpunt aan. De agent kan overal draaien waar dit eindpunt bereikbaar is, ook op uw eigen hardware.
  • In beide gevallen maakt de agent alleen uitgaande verbindingen. Er hoeft geen inkomende regel te worden toegevoegd, geen inkomende verbinding te worden geopend op het VCN en er is geen VPN-verbinding tussen uw netwerk en het onze.
  • De verbindingsinstellingen zelf veranderen niet tussen de twee. Dezelfde poort, dezelfde velden, dezelfde driver. — alleen het eindpunt en de locatie van de zinvolle agent verschillen.

TLS is het selectievakje en is standaard ingeschakeld.

Het is belangrijk om hier precies over te zijn, omdat de twee implementatievormen van HeatWave daadwerkelijk een verschillende blootstelling hebben.

  • SSL is standaard ingeschakeld en zolang het is ingeschakeld, is de verbinding versleuteld. — De agent vraagt MySQL om een vereiste TLS-sessie.
  • Schakel deze optie uit en de agent zal een onversleutelde verbinding proberen. Niets hier overschrijft dat op basis van het eindpunt, dus het selectievakje is het hele mechanisme.
  • Dat is vooral belangrijk op AWS, waar het eindpunt openbaar is. Op het openbare internet is het in de praktijk niet optioneel om TLS ingeschakeld te laten.
  • Versleuteling is geen certificaatverificatie. De agent vereist TLS, maar valideert de certificaatketen van de server niet. Beschouw het daarom als bescherming tegen afluisteren, en niet als bewijs van de daadwerkelijke verbinding.

Daaronder bevindt zich MySQL, en dat is precies waar het om draait.

De analyse-engine van HeatWave is eigendom van Oracle. Query Streams wordt bereikt via een MySQL-verbinding.

  • De agent maakt verbinding met een standaard MySQL-driver en voert gewone, alleen-lezen SQL-query's uit. Niets aan het querypad is specifiek voor HeatWave.
  • MySQL heeft geen aparte schema-laag, dus de database is de bepalende factor. Dat is wat een verwijzing tussen verschillende bronnen inhoudt.
  • Query's over meerdere databases via één HeatWave-verbinding werken op dezelfde manier als op elke MySQL-server, dus een enkele verbinding kan meerdere databases bereiken.
  • Het is verstandig om een gebruiker met alleen leesrechten aan te maken. Query Streams schrijft niet, maar de veiligste manier om dat te garanderen is bij de database zelf, en niet in de tool.
-- Gewone MySQL, alleen-lezen, via 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;

Gedeeld door elke databaseconnector

Dit geldt voor elke databaseconnector.

  • Alleen uitgaand — De agent opent één versleutelde verbinding naar Query Streams. Geen inkomende poort om door te sturen, geen VPN, geen IP-whitelist, niets van uw database wordt blootgesteld aan het internet.
  • De inloggegevens blijven behouden. — De gebruikersnaam en het wachtwoord van de database bevinden zich op de machine waarop u de agent hebt geïnstalleerd. Query Streams ontvangt deze gegevens nooit en kan uw database dus niet zelfstandig bereiken.
  • Alleen-lezen, afgedwongen — één instructie tegelijk, alleen SELECT en soortgelijke instructies. Een schrijfbewerking wordt op uw eigen machine geweigerd voordat deze naar de server wordt verzonden, in plaats van te vertrouwen op een machtiging die iemand zich herinnerd heeft te hebben ingesteld.
  • Zet zoveel agents in als u wilt. — één per site, regio of cloud. Alle gegevensbronnen die ze kunnen zien, verschijnen in één enkel dropdownmenu, zodat niemand hoeft te weten welke agent wat host.

Dit is wat je krijgt nadat een query is opgeslagen.

  • Deel de mogelijkheden, niet de SQL-code. — Een collega of externe partner kan uw query uitvoeren en de filters ervan wijzigen zonder ooit de onderliggende instructie te zien.
  • Filters uit beide richtingen — declareer ze zelf als @variabelen, of laat de connector de letterlijke waarden herkennen die al in je WHERE-clausule staan en bied die aan als keuzelijsten.
  • Lees het vanaf elke gewenste locatie. — Microsoft Excel, Google Sheets, Power BI, de REST API, AI-assistenten via MCP, de Query Builder en Nova lezen allemaal dezelfde opgeslagen query.
  • Voer er meerdere tegelijk uit — vijf opgeslagen zoekopdrachten in vijf werkbladtabbladen, die gelijktijdig worden weergegeven, ongeacht de omvang van de resultaten.
  • Verbind het met alles wat je al hebt aangesloten. — een andere database, een zakelijke API of een map met bestanden, in één alleen-lezen instructie.

Cross-source SQL

Voeg MySQL HeatWave toe aan de rest van uw gegevens.

Eén query kan tegelijkertijd MySQL HeatWave en uw andere verbindingen omvatten. Elke bron voert alleen het deel uit dat het aankan, streamt het resultaat terug en de join vindt centraal plaats — de bronnen communiceren nooit met elkaar en er wordt niets gekopieerd.

3 verbindingen · 3 agenten

MySQL HeatWave Beheerde MySQL
PostgreSQL Relationele engine
Streep Betalingen en facturering

Eén verklaring

-- niets gekopieerd, niets samengevoegd, niets ingepland
SELECT   c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
VAN     hittegolf_ops.shopdb.orders1 f
JOIN     pg_crm.publieke.klanten2    c ON c.id = f.customer_id
JOIN     facturering.stripe.facturen3    i ON i.customer = c.stripe_id
GROEP DOOR c.regio
ORDER BY gefactureerd DESC;

De drie onderdelen zijn de verbinding, het schema en de tabel — en de verbindingsnaam is wat je er zelf aan hebt gegeven. Illustratieve kolommen; je tabellen zullen je eigen tabellen zijn. Alleen-lezen is van toepassing op elk onderdeel: alleen SELECT, WITH en EXPLAIN, met een limiet op hoeveel gegevens een bron mag vrijgeven voor een enkele query. Hoe werken gefedereerde query's?

Verbindingsgegevens

Wat MySQL HeatWave nodig heeft

Eindpunt
Een privé-IP-adres op OCI, een FQDN op AWS.
Haven
3306
Bestuurder
MySqlConnector wordt door de agent meegeleverd — er hoeft niets aan de Oracle-kant te worden geïnstalleerd.
Agentenbemiddeling
Op OCI: een Compute-instance in hetzelfde VCN als het databasesysteem. Op AWS: elke locatie die het openbare eindpunt kan bereiken.
TLS
Dit wordt geregeld door het selectievakje 'SSL gebruiken', dat standaard is ingeschakeld. Versleuteling is mogelijk zolang dit is ingeschakeld; de certificaatketen wordt niet geverifieerd.
Gebruikersnaam
Geen standaardinstelling. HeatWave-systemen worden aangemaakt met een beheerdersgebruiker die u hebt aangewezen.
Samenvoegen
Geen enkele blootgesteld, en de agent past hier geen pooler-aanpassingen toe.
Opgeslagen als
MySQL. HeatWave gebruikt het MySQL-protocol, dus alles wat daarop volgt, is standaard MySQL.
Standaardschema
De database zelf. MySQL heeft geen aparte schema-laag, dus een gefedereerde verwijzing bevat de databasenaam.

De scheiding tussen OCI en AWS is het enige punt op deze kaart dat echt voor verrassingen kan zorgen, en daarom staat het bovenaan. Op AWS gedraagt HeatWave zich als elke andere beheerde MySQL met een openbaar eindpunt en hoef je je nergens zorgen over te maken. Op OCI is het per definitie privé voor je VCN, en geen enkele hoeveelheid correcte inloggegevens zal een agent die zich daarbuiten bevindt helpen. Het is de hele klus om de agent op een Compute-instance in de juiste VCN te krijgen, en dat is een infrastructuurbeslissing in plaats van een verbindingsinstelling.

Er is geen plakvak op deze kaart, en dat is niet zomaar een omissie, maar een bewuste keuze. OCI geeft je geen kant-en-klare verbindings-URI zoals Heroku of Railway dat doen — je stelt het eindpunt zelf samen aan de hand van de gegevens van het databasesysteem — dus een plakveld zou een leeg vakje zijn. Het invullen van vijf velden is de daadwerkelijke structuur van deze kaart.

Bij een query die meerdere bronnen combineert, kwalificeert MySQL op basis van de database in plaats van het schema. Een verbinding die je heatwave_ops noemt, bereikt dus een tabel als heatwave_ops.shopdb.orders — de database bevindt zich op de plek waar een schema zich op de PostgreSQL-kaarten zou bevinden. De query koppelt zich aan een map met CSV-bestanden, een lokaal systeem of een facturerings-API in één alleen-lezen statement — zonder dat er iets wordt gekopieerd of gepland.

Leveranciersdocumentatie: www.oracle.com

Veelgestelde vragen

Vragen over MySQL HeatWave

Welke tools kunnen MySQL HeatWave-gegevens lezen via Query Streams?

Alles via één verbinding: Excel, Google Sheets, MCP, REST API, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, geplande meldingen en rapporten. Verbind de database één keer en elk apparaat leest dezelfde alleen-lezen verbinding — er is geen configuratie per tool nodig en er wordt geen tweede kopie van de gegevens gemaakt.

Moet ik een firewallpoort openen voor mijn MySQL HeatWave-database?

Nee. De Query Streams Network Agent draait binnen uw netwerk en opent één versleutelde uitgaande verbinding. Er wordt niets afgeluisterd voor inkomend verkeer, er is geen VPN nodig en de database behoudt de bestaande firewallregels.

Kunnen querystreams gegevens in MySQL HeatWave wijzigen?

Nee. De agent zorgt ervoor dat alleen-lezen is toegestaan tijdens de uitvoering — één instructie tegelijk, alleen SELECT en soortgelijke instructies. De inloggegevens blijven op de agent en worden nooit naar Query Streams verzonden.

Wat heeft Query Streams nodig om verbinding te maken met MySQL HeatWave?

Een bereikbare host, een rol en het bijbehorende wachtwoord — de agent bevat het stuurprogramma, dus er hoeft niets op de database te worden geïnstalleerd. Eindpunt: een privé-IP-adres op OCI, een FQDN op AWS. Poort: 3306. Stuurprogramma: MySqlConnector, meegeleverd door de agent — er hoeft niets aan de Oracle-kant te worden geïnstalleerd. Plaatsing van de agent: op OCI, een Compute-instantie in hetzelfde VCN als het databasesysteem. Op AWS, overal waar het openbare eindpunt bereikbaar is.

Kan ik MySQL HeatWave in dezelfde query koppelen aan een andere database?

Ja, dat is een gefedereerde query. Eén statement kan tegelijkertijd verwijzen naar MySQL HeatWave en uw andere verbindingen, geschreven als connection.schema.table. Elke bron voert alleen het deel uit dat het aankan en streamt het resultaat terug; de join vindt centraal plaats, waardoor de bronnen nooit met elkaar verbinding maken en er niets wordt gekopieerd of ingepland. Alleen-lezen is van toepassing op elk onderdeel — alleen SELECT, WITH en EXPLAIN — en er is een limiet aan hoeveel gegevens een bron voor een enkele query mag vrijgeven. Gefedereerde queries zijn een functie van het abonnement; op de pagina met gefedereerde queries vindt u de huidige limieten voor bronnen en groottes.

Is het verbinden met MySQL HeatWave anders dan het verbinden met MySQL?

Alleen de verbindingsreeks. MySQL HeatWave gebruikt het MySQL-protocol, dus filters, planning, delen, de Excel- en Google Sheets-add-ons en de MCP-server werken allemaal identiek. De MySQL HeatWave-kaart vult de host-, poort- en SSL-instellingen die de provider verwacht, automatisch in.

Is er een handleiding voor het importeren van MySQL HeatWave in Excel?

Ja, dit is de MySQL-handleiding en deze is correct voor MySQL HeatWave zoals hij is geschreven. MySQL HeatWave gebruikt het MySQL-protocol, dus de verbinding met Excel, Google Sheets en alle andere bestemmingen verloopt via dezelfde stappen. Het enige onderdeel dat specifiek is voor MySQL HeatWave is de verbindingsreeks, en de MySQL HeatWave-handleiding vult die voor u in.

Plaats MySQL HeatWave daar waar het werk gebeurt.

Installeer de agent, koppel deze aan uw database en kies een bestemming.

Alleen-lezen Alleen uitgaand De inloggegevens blijven bij de agent.