MySQL HeatWave-Logo

Verwaltetes MySQL spricht MySQL

Verbinden MySQL HeatWave zu Excel, Google Sheets, KI und REST

Oracle MySQL HeatWave auf OCI oder AWS. Ein Produkt, zwei sehr unterschiedliche Netzwerkstrukturen – die Karte zeigt Ihnen, welche Sie verwenden.

Eine Verbindung, jede Oberfläche

Wohin Ihre MySQL HeatWave-Daten gelangen können

Query Streams liest Oracle MySQL HeatWave-Daten aus Microsoft Excel, Google Sheets, Power BI, KI-Assistenten über MCP und einem REST-Endpunkt über eine einzige Leseverbindung. HeatWave verwendet das MySQL-Protokoll, daher ist alles, was nachgelagert verarbeitet wird, normales MySQL. Der Unterschied liegt im Standort des Endpunkts: Auf OCI ist ein HeatWave-System privat für Ihr VCN, während es auf AWS einen öffentlichen TLS-Endpunkt bereitstellt, den Sie direkt erreichen können. Für diese beiden Standorte sind unterschiedliche Antworten auf dieselbe Frage erforderlich – genau darum geht es in dieser Karte.

MySQL HeatWave ist MySQL im Netzwerk — der Standardtreiber, daher gelten alle nachfolgenden Anleitungen unverändert. Der einzige MySQL HeatWave-spezifische Teil ist die Verbindungszeichenfolge, die unter folgendem Abschnitt behandelt wird: Verbindungsdetails.

  1. Für Ihr Team, Ihre Lieferanten und Partner
  2. MySQL HeatWave zu Excel Microsoft Excel · Excel-Add-in

    MySQL HeatWave-Ergebnisse live direkt in ein Arbeitsblatt importieren und bei Bedarf aktualisieren – Desktop-Excel, Excel Online, Microsoft 365.

    MySQL-Leitfaden
  3. MySQL HeatWave zu Google Sheets Tabellen-Add-on

    Führen Sie eine gespeicherte MySQL-HeatWave-Abfrage aus der Seitenleiste aus und ziehen Sie die Zeilen in das Tabellenblatt. Gemeinsame Mitarbeiter können es selbst aktualisieren.

    MySQL-Leitfaden
  4. Fragen Sie Nova nach MySQL HeatWave Nova AI · Text zu SQL

    Stellen Sie Ihre Frage in einfachem Englisch. Nova kennt Ihre MySQL HeatWave-Tabellen bereits, schreibt und führt die SQL-Abfrage aus, erklärt die Antwort und stellt sie grafisch dar – Sie müssen keine Abfrage schreiben und keine Zugangsdaten angeben.

    So funktioniert Nova
  5. MySQL HeatWave zu Datenanzeige Ergebnispräsentation · Team, Lieferanten, Partner · Smartphone, Tablet, Desktop

    Teilen Sie ein Live-Ergebnis von MySQL HeatWave mit beliebigen Personen – Kollegen, Lieferanten, Partnern – als Lesezeichen speichernde Tabelle, die beim Öffnen auf einem Smartphone, Tablet oder Desktop-Computer immer neu angezeigt wird. Die Empfänger sehen die Ergebnisse, niemals die SQL-Anweisungen oder Zugangsdaten.

    So funktioniert der Datenbetrachter
  6. Für Apps und Systeme
  7. MySQL HeatWave REST-API HTTP-Endpunkt

    Veröffentlichen Sie eine MySQL-Heatwave-Abfrage als authentifizierten JSON-Endpunkt, den jede Anwendung aufrufen kann, mit einer OpenAPI-3.1-Spezifikation und vorgefertigten Sammlungen für Postman, Insomnia und Hoppscotch. Es wird kein Datenbankport geöffnet.

    MySQL-Leitfaden
  8. MySQL HeatWave zu Power BI Power Query M

    Fügen Sie die generierte Power Query M in den Power BI Advanced Editor ein, und der Bericht liest Live-MySQL-HeatWave-Ergebnisse über HTTPS – ohne ODBC-Treiber, ohne geöffneten Datenbankport.

    So funktioniert Power BI
  9. MySQL HeatWave zu Airtable Automatisierungsplattform

    Synchronisieren Sie MySQL HeatWave-Zeilen zeitgesteuert mit einer Airtable-Datenbank oder rufen Sie sie innerhalb eines Airtable-Automatisierungsskripts ab.

    MySQL-Leitfaden
  10. MySQL HeatWave zu Baserow Automatisierungsplattform

    Eine Baserow-Tabelle wird über den REST-Endpunkt von MySQL HeatWave gespeist – entweder selbst gehostet oder in der Baserow-Cloud.

    MySQL-Leitfaden
  11. MySQL HeatWave zu SeaTable Automatisierungsplattform

    Halten Sie eine SeaTable-Basis mit MySQL HeatWave-Daten auf dem neuesten Stand, ohne eine Datei zu exportieren oder die Datenbank preiszugeben.

    MySQL-Leitfaden
  12. MySQL HeatWave zu Smartsheet Automatisierungsplattform

    Die MySQL HeatWave-Ergebnisse werden in ein Smartsheet-Grid übertragen, sodass Pläne und Berichte aus dem Quellsystem und nicht aus dem Export der letzten Woche gelesen werden.

    MySQL-Leitfaden
  13. MySQL HeatWave zu Anvil Anvil Works · App-Plattform

    Eine Anvil Python-App mit MySQL HeatWave über den REST-Endpunkt absichern, anstatt Datenbankzugangsdaten in die App einzubetten.

    MySQL-Leitfaden
  14. Für KI-Tools
  15. MySQL HeatWave MCP-Server Claude-, Cursor- und MCP-Clients

    Gewähren Sie einem KI-Assistenten Lesezugriff auf MySQL HeatWave mit dem Schema, das er benötigt, um korrekte SQL-Abfragen zu schreiben – keine Anmeldeinformationen im Chat.

    MySQL-Leitfaden
  16. An Personen geliefert
  17. MySQL HeatWave-Warnungen und -Berichte Slack · Discord · E-Mail · Webhook

    Richten Sie eine MySQL HeatWave-Abfrage auf einen Zeitplan ein und lassen Sie die Zeilen an Slack, Discord, E-Mail oder einen signierten Webhook liefern – oder halten Sie die Nachricht zurück, bis eine Zeilenanzahl, ein Schwellenwert oder eine prozentuale Änderung die von Ihnen festgelegte Grenze überschreitet.

    So funktionieren Benachrichtigungen und Berichte

So funktioniert es

5 Schritte, keine Änderung der eingehenden Firewall

01

Ermitteln Sie, welche Konfiguration Sie haben. HeatWave auf OCI ist privat für Ihr VCN; HeatWave auf AWS stellt einen öffentlichen Endpunkt bereit.

02

Platzieren Sie den Netzwerkagenten so, dass er den Endpunkt erreichen kann. Bei OCI bedeutet dies eine Compute-Instanz im selben VCN, die mit dem privaten Endpunkt des Datenbanksystems kommuniziert. Bei AWS kann der Agent an einem beliebigen Ort platziert werden.

03

Geben Sie den Endpunkt ein. Es handelt sich um eine private IP-Adresse auf OCI und einen FQDN auf AWS, und der Port ist in beiden Fällen 3306.

04

Geben Sie Datenbank, Benutzername und Passwort ein. Es gibt hier keinen Standardbenutzernamen – HeatWave-Systeme werden mit einem von Ihnen gewählten Administratorbenutzer erstellt, nicht mit einem herkömmlichen.

05

Lassen Sie „SSL verwenden“ aktiviert und speichern Sie. Microsoft Excel, Google Sheets, Power BI, MCP und REST lesen alle über diese eine Verbindung oder verbinden sie mit Ihren anderen Datenquellen in einer einzigen schreibgeschützten Anweisung.

Funktionsanalyse

Was MySQL HeatWave Ihnen bietet

OCI ist privat, AWS ist öffentlich, und das ändert, wohin der Agent geht.

HeatWave wird als ein Produkt verkauft, aber in zwei Ausführungen eingesetzt. Der Unterschied bestimmt den Installationsort und nicht die Anschlusseinstellungen.

  • Auf OCI befindet sich das HeatWave-Datenbanksystem innerhalb Ihres VCN und ist nicht über das Internet erreichbar. Platzieren Sie den Agenten auf einer Compute-Instanz im selben VCN und verweisen Sie ihn auf den privaten Endpunkt.
  • Auf AWS stellt HeatWave einen öffentlichen TLS-Endpunkt bereit. Der Agent kann überall dort ausgeführt werden, wo er erreichbar ist, auch auf eigener Hardware.
  • In beiden Fällen stellt der Agent nur ausgehende Verbindungen her. Es gibt keine eingehende Regel hinzuzufügen, keinen Eingang im VCN zu öffnen und keine VPN-Verbindung zwischen Ihrem und unserem Netzwerk.
  • Die Verbindungseinstellungen selbst ändern sich zwischen den beiden Geräten nicht. Gleicher Port, gleiche Felder, gleicher Treiber. — nur der Endpunkt und der sinnvolle Agentenstandort unterscheiden sich.

TLS ist das Kontrollkästchen und ist standardmäßig aktiviert.

Hier ist Präzision wichtig, denn die beiden Einsatzformen von HeatWave weisen tatsächlich unterschiedliche Belichtungsverhältnisse auf.

  • SSL ist standardmäßig aktiviert, und solange es aktiviert ist, ist die Verbindung verschlüsselt. — Der Agent fordert von MySQL eine erforderliche TLS-Sitzung an.
  • Wenn Sie diese Option deaktivieren, versucht der Agent eine unverschlüsselte Verbindung herzustellen. Nichts hier kann dies basierend auf dem Endpunkt überschreiben; die Checkbox ist also der gesamte Mechanismus.
  • Das ist besonders wichtig bei AWS, wo der Endpunkt öffentlich ist. Über das öffentliche Internet ist die Aktivierung von TLS in der Praxis keine Option.
  • Verschlüsselung ist keine Zertifikatsprüfung. Der Agent benötigt TLS, überprüft aber nicht die Zertifikatskette des Servers. Betrachten Sie ihn daher eher als Schutz vor Abhören denn als Nachweis dafür, was Sie erreicht haben.

Darunter befindet sich MySQL, und genau darum geht es.

Die Analyse-Engine von HeatWave ist ein Geschäftsbereich von Oracle. Query Streams erreicht eine MySQL-Verbindung.

  • Der Agent verbindet sich mit einem Standard-MySQL-Treiber und führt gewöhnliche, schreibgeschützte SQL-Abfragen aus. Nichts am Abfragepfad ist HeatWave-spezifisch.
  • MySQL besitzt keine separate Schemaebene, daher dient die Datenbank als Qualifikator. Genau das transportiert eine quellenübergreifende Referenz.
  • Datenbankübergreifende Abfragen funktionieren über eine HeatWave-Verbindung genauso wie auf jedem MySQL-Server, sodass eine einzige Verbindung mehr als eine Datenbank erreichen kann.
  • Es empfiehlt sich, einen Benutzer mit Lesezugriff anzulegen. Abfragestreams schreiben zwar nicht, aber die sicherste Methode, dies zu gewährleisten, ist die Einstellung in der Datenbank und nicht im Tool.
-- Gewöhnliches MySQL, schreibgeschützt, über 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;

Wird von jedem Datenbank-Connector gemeinsam genutzt.

Gilt für jeden Datenbank-Connector.

  • Nur ausgehend Der Agent öffnet eine einzige verschlüsselte Verbindung zu Query Streams. Es wird kein eingehender Port weitergeleitet, kein VPN verwendet, keine IP-Zulassungsliste verwendet und Ihre Datenbank wird nicht im Internet offengelegt.
  • Die Zugangsdaten bleiben erhalten. — Benutzername und Passwort der Datenbank befinden sich auf dem Rechner, auf dem der Agent installiert wurde. Query Streams empfängt diese Daten nicht und kann daher nicht selbstständig auf Ihre Datenbank zugreifen.
  • Schreibgeschützt, erzwungen — Nur eine Anweisung gleichzeitig, ausschließlich SELECT und ähnliche Optionen. Ein Schreibvorgang wird auf Ihrem Rechner abgelehnt, bevor er an den Server gesendet wird, anstatt sich auf eine von jemandem gesetzte Berechtigung zu verlassen.
  • Setzen Sie beliebig viele Agenten ein. — eine pro Standort, Region oder Cloud. Alle sichtbaren Datenquellen werden in einem einzigen Dropdown-Menü angezeigt, sodass niemand wissen muss, welcher Agent welche Daten hostet.

Was Sie erhalten, sobald eine Abfrage gespeichert wurde

  • Teilen Sie die Funktionalität, nicht die SQL-Anweisung. — Ein Kollege oder ein externer Partner kann Ihre Abfrage ausführen und deren Filter ändern, ohne jemals die dahinterstehende Anweisung zu sehen.
  • Filter aus beiden Richtungen — Deklarieren Sie sie selbst als @Variablen oder lassen Sie den Konnektor die bereits in Ihrer WHERE-Klausel vorhandenen Literalwerte erkennen und diese als Dropdown-Listen anbieten.
  • Lesen Sie es von überall aus — Microsoft Excel, Google Sheets, Power BI, die REST-API, KI-Assistenten über MCP, der Query Builder und Nova lesen alle dieselbe gespeicherte Abfrage.
  • Mehrere gleichzeitig ausführen — fünf gespeicherte Abfragen in fünf Tabellenblattregisterkarten, die gleichzeitig abgearbeitet werden, unabhängig von der Größe der Ergebnisse.
  • Verbinde es mit allem anderen, was du verbunden hast. — eine andere Datenbank, eine Business-API oder einen Ordner mit Dateien in einer einzigen schreibgeschützten Anweisung.

Quellübergreifendes SQL

Verbinden Sie MySQL HeatWave mit Ihren übrigen Daten.

Eine einzige Anweisung kann MySQL HeatWave und Ihre anderen Verbindungen gleichzeitig umfassen. Jede Quelle führt nur den von ihr bearbeitbaren Teil aus, streamt das Ergebnis zurück, und die Verknüpfung erfolgt zentral – die Quellen kommunizieren nie miteinander, und es werden keine Daten kopiert.

3 Verbindungen · 3 Agenten

MySQL HeatWave Verwaltetes MySQL
PostgreSQL Relationale Maschine
Streifen Zahlungen & Rechnungsstellung

Eine Aussage

– nichts kopiert, nichts zusammengeführt, nichts geplant
SELECT   c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
VON     Hitzewellen-Operationen.shopdb.orders1 f
JOIN     pg_crm.public.customers2    c ON c.id = f.customer_id
JOIN     Abrechnung.stripe.invoices3    i ON i.customer = c.stripe_id
GROUP BY c.region
ORDER BY in Rechnung gestellte Beschreibung;

Die drei Bestandteile sind Verbindung, Schema und Tabelle – der Verbindungsname ist der von Ihnen gewählte. Die Spalten dienen nur der Veranschaulichung; Ihre Tabellen entsprechen Ihren tatsächlichen Tabellen. Der Schreibschutz gilt für alle Komponenten: Nur SELECT, WITH und EXPLAIN sind zulässig, und es gibt eine Obergrenze für die Datenmenge, die eine einzelne Datenquelle pro Abfrage übermitteln darf. Wie föderierte Abfragen funktionieren

Verbindungsdetails

Was MySQL HeatWave benötigt

Endpunkt
Eine private IP-Adresse auf OCI, ein FQDN auf AWS
Hafen
3306
Treiber
MySqlConnector wird vom Agenten bereitgestellt – auf Oracle-Seite ist keine Installation erforderlich.
Agentenplatzierung
Bei OCI eine Compute-Instanz im selben VCN wie das Datenbanksystem. Bei AWS ein beliebiger Ort, von dem aus der öffentliche Endpunkt erreichbar ist.
TLS
Die Steuerung erfolgt über das Kontrollkästchen „SSL verwenden“, das standardmäßig aktiviert ist. Solange es aktiviert ist, wird die Verbindung verschlüsselt; die Zertifikatskette wird jedoch nicht überprüft.
Benutzername
Kein Standardwert. HeatWave-Systeme werden mit einem von Ihnen benannten Administratorbenutzer erstellt.
Pooling
Keine Schwachstellen, und der Agent wendet hier keine Pooler-Anpassungen an.
Gespeichert als
HeatWave verwendet das MySQL-Protokoll, daher ist alles, was nachgelagert ist, normales MySQL.
Standardschema
Die Datenbank selbst. MySQL besitzt keine separate Schemaebene, daher trägt eine föderierte Referenz den Datenbanknamen.

Die Unterscheidung zwischen OCI und AWS ist der einzige Punkt auf dieser Karte, der wirklich zu Problemen führen kann, weshalb er an erster Stelle steht. Auf AWS verhält sich HeatWave wie jede andere verwaltete MySQL-Instanz mit einem öffentlichen Endpunkt, sodass keine weiteren Maßnahmen erforderlich sind. Auf OCI ist die Verbindung systembedingt auf Ihr VCN beschränkt, und selbst korrekte Anmeldeinformationen helfen einem Agenten außerhalb dieses VCN nicht. Die gesamte Aufgabe besteht darin, den Agenten auf einer Compute-Instanz im richtigen VCN zu platzieren. Dies ist eine Infrastrukturentscheidung und keine Frage der Verbindungseinstellungen.

Diese Karte hat kein Textfeld, und das ist Absicht. OCI liefert keine vorgefertigte Verbindungs-URI wie Heroku oder Railway – man muss den Endpunkt aus den Datenbankdetails selbst zusammensetzen. Ein Textfeld wäre also ein leeres Feld. Die Eingabe von fünf Feldern entspricht der üblichen Form dieser Karte.

Bei einer datenbankübergreifenden Abfrage qualifiziert MySQL anhand der Datenbank und nicht anhand des Schemas. Eine Verbindung namens heatwave_ops greift also auf eine Tabelle als heatwave_ops.shopdb.orders zu – die Datenbank befindet sich an der Stelle, an der sich in PostgreSQL ein Schema befinden würde. Sie verknüpft einen Ordner mit CSV-Dateien, ein lokales Datensystem oder eine Abrechnungs-API in einer einzigen Lese-Anweisung – ohne dass Daten kopiert oder geplant werden.

Herstellerdokumentation: www.oracle.com

Häufig gestellte Fragen

Fragen zu MySQL HeatWave

Welche Tools können MySQL HeatWave-Daten über Query Streams lesen?

Alle Anwendungen – Excel, Google Sheets, MCP, REST-API, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, geplante Benachrichtigungen und Berichte – werden über eine einzige Verbindung bereitgestellt. Die Datenbankverbindung wird einmalig hergestellt, und alle Anwendungen greifen auf dieselbe schreibgeschützte Verbindung zu – es ist keine separate Einrichtung pro Tool und keine Datenkopie erforderlich.

Muss ich einen Firewall-Port für meine MySQL HeatWave-Datenbank öffnen?

Nein. Der Query Streams Network Agent läuft innerhalb Ihres Netzwerks und öffnet eine einzige verschlüsselte ausgehende Verbindung. Es wird kein eingehender Datenverkehr überwacht, ein VPN ist nicht erforderlich und die Datenbank behält ihre bestehenden Firewall-Regeln bei.

Können Abfrageströme Daten in MySQL HeatWave verändern?

Nein. Der Agent erzwingt zum Zeitpunkt der Ausführung den Lesezugriff – es wird jeweils nur eine Anweisung ausgeführt, beispielsweise SELECT-Anweisungen. Die Anmeldeinformationen verbleiben auf dem Agenten und werden niemals an Abfrageströme gesendet.

Was benötigt Query Streams, um eine Verbindung zu MySQL HeatWave herzustellen?

Ein erreichbarer Host, eine Rolle und deren Passwort – der Agent trägt den Treiber, sodass keine Installation auf der Datenbank erforderlich ist. Endpunkt: Eine private IP-Adresse auf OCI, ein FQDN auf AWS. Port: 3306. Treiber: MySqlConnector, vom Agenten bereitgestellt – keine Installation auf Oracle-Seite. Platzierung des Agenten: Auf OCI eine Compute-Instanz im selben VCN wie das Datenbanksystem. Auf AWS ein beliebiger Ort, von dem aus der öffentliche Endpunkt erreichbar ist.

Kann ich MySQL HeatWave mit einer anderen Datenbank in derselben Abfrage verknüpfen?

Ja, das ist eine föderierte Abfrage. Eine einzige Anweisung kann MySQL HeatWave und Ihre anderen Verbindungen gleichzeitig referenzieren, geschrieben als Verbindung.Schema.Tabelle. Jede Quelle führt nur den Teil aus, den sie verarbeiten kann, und streamt das Ergebnis zurück. Der Join erfolgt zentral, sodass die Quellen sich nicht untereinander verbinden und nichts kopiert oder eingeplant wird. Der Schreibschutz gilt nur für SELECT, WITH und EXPLAIN. Außerdem ist die Datenmenge, die eine Quelle für eine einzelne Abfrage übermitteln darf, begrenzt. Föderierte Abfragen sind eine Funktion des Abonnementplans. Die Seite für föderierte Abfragen zeigt die aktuellen Quell- und Größenbeschränkungen an.

Unterscheidet sich die Verbindung von MySQL HeatWave von der Verbindung von MySQL?

Lediglich die Verbindungszeichenfolge. MySQL HeatWave verwendet das MySQL-Protokoll, daher verhalten sich Filter, Zeitplanung, Freigabe, die Add-ons für Excel und Google Sheets sowie der MCP-Server identisch. Die MySQL HeatWave-Karte füllt die vom Anbieter erwarteten Host-, Port- und SSL-Einstellungen automatisch aus.

Gibt es eine Anleitung zur Konvertierung von MySQL HeatWave nach Excel?

Ja, es handelt sich um die MySQL-Anleitung, und sie ist für MySQL HeatWave in der beschriebenen Form korrekt. MySQL HeatWave verwendet das MySQL-Protokoll, daher sind die Schritte für die Verbindung von MySQL HeatWave mit Excel, Google Sheets und allen anderen Zielen identisch. Der einzige MySQL-HeatWave-spezifische Bestandteil ist die Verbindungszeichenfolge, die in der MySQL-HeatWave-Karte automatisch ausgefüllt wird.

Platzieren Sie MySQL HeatWave dort, wo die Arbeit stattfindet.

Installieren Sie den Agenten, verweisen Sie ihn auf Ihre Datenbank und wählen Sie ein Ziel aus.

Schreibgeschützt Nur ausgehend Die Zugangsdaten bleiben beim Agenten.