Verwaltet · PostgreSQL + MySQL spricht PostgreSQL / MySQL
Verbinden OVHcloud Managed Databases zu Excel, Google Sheets, KI und REST
OVHcloud Managed Databases – PostgreSQL oder MySQL. Im Hintergrund läuft Aiven, was die Standardeinstellungen erklärt, sobald sie angezeigt werden.
Eine Verbindung, jede Oberfläche
Wohin Ihre OVHcloud-Daten gelangen können
- 1 ausgehende Verbindung
- 0 eingehende Ports
- Schreibgeschützt · Anmeldeinformationen bleiben erhalten
läuft auf
- Für Ihr Team, Ihre Lieferanten und Partner
-
Excel Add-in · Aktualisierung bei Bedarf
-
Google Sheets Zusatzfunktion · Aktualisierung bei Bedarf
-
Nova AI Anfrage in einfachem Englisch · Text zu SQL
-
Datenbetrachter Live-Ergebnisse teilen · Team, Lieferanten, Partner · Jedes Gerät
- Für Apps und Systeme
-
REST-API JSON-Endpunkt · OpenAPI 3.1
-
Power BI Power Query M
-
Geplante Synchronisierungen Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Für KI-Tools
-
KI-Assistenten Claude · Cursor · MCP-Server
- An Personen geliefert
-
Benachrichtigungen und Berichte Slack · Discord · E-Mail · Webhook
Query Streams liest OVHcloud Managed Databases aus Microsoft Excel, Google Sheets, Power BI, KI-Assistenten über MCP und einem REST-Endpunkt über eine einzige Leseverbindung. Eine Karte deckt beide Datenbank-Engines ab, PostgreSQL und MySQL. Der entscheidende Punkt ist, dass OVHcloud Managed Databases im Hintergrund auf Aiven laufen – daher ist der Standardbenutzer avnadmin, der Port wird pro Dienst zugewiesen und der von Aiven erwartete Pooler ist nicht vorhanden.
OVHcloud Managed Databases nutzt PostgreSQL/MySQL über das Netzwerk. — der Standardtreiber, daher gelten alle nachfolgenden Anleitungen unverändert. Der einzige OVHcloud-spezifische Teil ist die Verbindungszeichenfolge, die unter folgendem Abschnitt behandelt wird: Verbindungsdetails.
- Für Ihr Team, Ihre Lieferanten und Partner
-
OVHcloud zu Excel Microsoft Excel · Excel-Add-in
Live-Ergebnisse von OVHcloud direkt in ein Arbeitsblatt importieren und bei Bedarf aktualisieren – Desktop-Excel, Excel Online, Microsoft 365.
PostgreSQL-Leitfaden -
OVHcloud zu Google Sheets Tabellen-Add-on
Führen Sie eine gespeicherte OVHcloud-Abfrage aus der Seitenleiste aus und ziehen Sie die Zeilen in das Tabellenblatt. Gemeinsame Mitarbeiter können es selbst aktualisieren.
PostgreSQL-Leitfaden -
Fragen Sie Nova nach OVHcloud Nova AI · Text zu SQL
Stellen Sie Ihre Frage in einfachem Englisch. Nova kennt Ihre OVHcloud-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 -
OVHcloud zu Datenbetrachter Ergebnispräsentation · Team, Lieferanten, Partner · Smartphone, Tablet, Desktop
Teilen Sie Live-Ergebnisse von OVHcloud 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-Abfragen oder Anmeldeinformationen.
So funktioniert der Datenbetrachter - Für Apps und Systeme
-
OVHcloud REST-API HTTP-Endpunkt
Veröffentlichen Sie eine OVHcloud-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.
PostgreSQL-Leitfaden -
OVHcloud 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-Ergebnisse von OVHcloud über HTTPS – ohne ODBC-Treiber und ohne geöffneten Datenbankport.
So funktioniert Power BI -
OVHcloud zu Airtable Automatisierungsplattform
Synchronisieren Sie OVHcloud-Zeilen zeitgesteuert mit einer Airtable-Datenbank oder rufen Sie sie innerhalb eines Airtable-Automatisierungsskripts ab.
PostgreSQL-Leitfaden -
OVHcloud zu Baserow Automatisierungsplattform
Eine Baserow-Tabelle von OVHcloud über den REST-Endpunkt zuführen – entweder selbst gehostet oder in der Baserow-Cloud.
PostgreSQL-Leitfaden -
OVHcloud zu SeaTable Automatisierungsplattform
Halten Sie Ihre SeaTable-Datenbank mit OVHcloud-Daten auf dem neuesten Stand, ohne eine Datei zu exportieren oder die Datenbank preiszugeben.
PostgreSQL-Leitfaden -
OVHcloud zu Smartsheet Automatisierungsplattform
Die OVHcloud-Ergebnisse werden in ein Smartsheet-Raster übertragen, sodass Pläne und Berichte aus dem Quellsystem und nicht aus dem Export der letzten Woche gelesen werden.
PostgreSQL-Leitfaden -
OVHcloud zu Anvil Anvil Works · App-Plattform
Eine Anvil Python-App mit OVHcloud über den REST-Endpunkt absichern, anstatt Datenbankzugangsdaten in die App einzubetten.
PostgreSQL-Leitfaden - Für KI-Tools
-
OVHcloud MCP-Server Claude-, Cursor- und MCP-Clients
Gewähren Sie einem KI-Assistenten Lesezugriff auf OVHcloud mit dem Schema, das er benötigt, um korrektes SQL zu schreiben – keine Anmeldeinformationen im Chat.
PostgreSQL-Leitfaden - An Personen geliefert
-
OVHcloud-Warnungen und -Berichte Slack · Discord · E-Mail · Webhook
Richten Sie eine OVHcloud-Abfrage ein und lassen Sie die Zeilen an Slack, Discord, per E-Mail oder über einen signierten Webhook zustellen – oder halten Sie die Nachricht zurück, bis eine bestimmte Zeilenanzahl, ein Schwellenwert oder eine prozentuale Änderung den von Ihnen festgelegten Wert überschreitet.
So funktionieren Benachrichtigungen und Berichte
So funktioniert es
5 Schritte, keine Änderung der eingehenden Firewall
Installieren Sie den Netzwerkagenten an einem beliebigen Ort, von dem aus der Dienst erreichbar ist. Er stellt nur ausgehende Verbindungen her, daher ist keine eingehende Firewall-Regel erforderlich.
Öffnen Sie im OVHcloud Manager Ihren Datenbankdienst und kopieren Sie die Service-URI.
Fügen Sie es in das erste Feld ein. Host, Port, Datenbank, Benutzername und Passwort werden daraus ausgelesen, und die Engine-Auswahl folgt diesem Schema.
Überprüfen Sie den Port. OVHcloud weist jedem Dienst einen eigenen Port zu, anstatt den Standardport der Engine zu verwenden. Daher lohnt sich ein Blick darauf, selbst beim Einfügen.
Lassen Sie SSL aktiviert, testen Sie die Einstellungen und speichern Sie die Datei. Lesen Sie die Daten anschließend aus Microsoft Excel, Google Sheets, Power BI, MCP oder per REST-Schnittstelle.
Funktionsanalyse
Was OVHcloud Ihnen bietet
Darunter befindet sich Aiven, das die Standardeinstellungen erklärt.
Wenn Sie Aiven bereits direkt verwendet haben, wird Ihnen diese Karte bekannt vorkommen. Falls nicht, wirken die Standardeinstellungen zunächst willkürlich, bis Sie den Grund dafür kennen.
- Der Standardbenutzername ist avnadmin, nicht etwa ein OVH-spezifischer Name. Das ist die Konvention von Aiven, die sich darin widerspiegelt. — Die Karte füllt das Feld voraus, weil es in der Regel stimmt.
- Die Standarddatenbank ist defaultdb, ebenfalls von Aiven. Und die Verbindungszeichenfolge, die OVH als Service-URI bezeichnet, ist auch Aivens Bezeichnung dafür.
- Der Port wird pro Dienst zugewiesen und nicht als fester Port (z. B. 5432 oder 3306), wie es auch bei Aiven üblich ist. Kopieren Sie den Port vom Manager, anstatt ihn anzunehmen.
- Die einzige Aiven-Funktion, die hier fehlt, ist der Verbindungspooler. Aiven stellt PgBouncer-Verbindungspools auf seiner eigenen Plattform bereit; OVHcloud bietet diese nicht an, sodass kein gepoolter Endpunkt zur Auswahl und keine Konfiguration möglich ist.
Zwei Regionen, zwei Hostnamenenden
Eine Kleinigkeit, die aber wichtig ist, wenn man überprüft, ob die Karte den Host erkannt hat.
- Europäische Dienste enden auf .database.cloud.ovh.net und US-amerikanische Dienste auf .database.cloud.ovh.us. Die Karte erkennt beide.
- Die Anerkennung ist der Grund für das OVHcloud-Siegel und, bei PostgreSQL, für die unten beschriebene erzwungene Verschlüsselung. Beide Varianten ermöglichen es Ihnen, beides zu nutzen.
- Ein Hostname der Form postgresql-abc-123.database.cloud.ovh.net ist die übliche Form.
- Aus Sicht des Agenten ändert sich zwischen den beiden Regionen sonst nichts. — dieselbe Verbindung, derselbe Treiber, dieselben Garantien.
Eine Karte, zwei Engines, und sie unterscheiden sich bei der Verschlüsselung.
Die Motorauswahl oben ändert mehr als der Fahrer, und dies ist der Teil, den man lesen sollte, bevor man ein Kontrollkästchen deaktiviert.
- Wählen Sie PostgreSQL aus, und der Agent erzwingt die Verschlüsselung für alle OVHcloud-Hostnamen, unabhängig davon, welche Option im Kontrollkästchen ausgewählt ist. OVHcloud erfordert sslmode=require, und der Agent sendet keine Klartextdaten an diese Adresse.
- Wählen Sie MySQL, und die Checkbox ist der gesamte Mechanismus. Sie ist standardmäßig aktiviert, und die Verbindung ist verschlüsselt, solange sie aktiviert ist. Wenn Sie sie deaktivieren, hat dies jedoch keine Auswirkungen.
- Der Grund ist struktureller Natur und kein Versehen: Der Agent verwaltet eine Tabelle mit den Hostnamen der gehosteten PostgreSQL-Datenbanken, für die er TLS erzwingt; ein entsprechendes MySQL-Äquivalent existiert nicht. Dieselbe Aufteilung gilt für alle Multi-Engine-Karten.
- Die praktische Anleitung ist in beiden Fällen dieselbe. — Lassen Sie SSL aktiviert. Bei MySQL ist dies die einzige Sicherheitsmaßnahme für die Verbindung.
- In keinem der beiden Fälle wird die Zertifikatskette verifiziert. Verschlüsselung dient dem Schutz vor dem Abfangen des Datenverkehrs durch Dritte, nicht dem Nachweis, welcher Server geantwortet hat.
- Alles, was der Agent ausführt, ist schreibgeschützt, und Ihre Anmeldeinformationen verlassen niemals den Rechner, auf dem er ausgeführt wird.
-- Schreibgeschützt, unabhängig von der gewählten Engine\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;
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 OVHcloud mit Ihren übrigen Daten.
Eine einzige Anweisung kann OVHcloud und Ihre anderen Verbindungen gleichzeitig umfassen. Jede Quelle führt nur den von ihr bearbeitbaren Teil aus, streamt das Ergebnis zurück, und die Zusammenführung erfolgt zentral – die Quellen kommunizieren nie miteinander, und es werden keine Daten kopiert.
3 Verbindungen · 3 Agenten
Eine Aussage
– nichts kopiert, nichts zusammengeführt, nichts geplant
SELECT c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
VON ovh_db.public.orders1 f
JOIN erp_sql.dbo.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 OVHcloud benötigt
- Gastgeber
- postgresql-abc-123.database.cloud.ovh.net in Europa oder .database.cloud.ovh.us in den USA. Die Karte erkennt beide.
- Hafen
- Dem Dienst zugewiesen und absichtlich leer gelassen – kopieren Sie es aus dem OVHcloud Manager.
- Motoren
- PostgreSQL oder MySQL, ausgewählt oben auf der Karte. Eine eingefügte Service-URI legt dies automatisch fest.
- Treiber
- Npgsql oder MySqlConnector werden vom Agenten bereitgestellt – eine Installation auf OVH-Seite ist nicht erforderlich.
- Format einfügen
- Die Service-URI vom Manager, als postgres:// oder mysql:// URI
- Standardeinstellungen
- Benutzer avnadmin und Datenbank defaultdb, beide von Aiven geerbt
- TLS
- Wird vom Agenten für beide OVHcloud-Hostnamensenden auf PostgreSQL erzwungen. Auf MySQL wird dies über eine Checkbox gesteuert, standardmäßig aktiviert – lassen Sie sie aktiviert. Die Zertifikatskette wird in keinem Fall überprüft.
- Pooling
- Keine. OVHcloud stellt die PgBouncer-Pools von Aiven nicht zur Verfügung, daher gibt es keinen gepoolten Endpunkt zur Auswahl.
- Gespeichert als
- PostgreSQL oder MySQL, wobei OVHcloud als Abzeichen beibehalten wird
- Standardschema
- öffentlich auf PostgreSQL. Eine MySQL-Verbindung wird stattdessen durch ihre Datenbank qualifiziert.
Die Herkunft von Aiven ist vor allem deshalb wichtig, weil sie die Karte berechenbar macht. Sobald man weiß, dass avnadmin und defaultdb Aiven-Konventionen und keine OVH-Besonderheiten sind, wirken die vorausgefüllten Werte nicht mehr wie Vermutungen und der Port pro Dienst nicht mehr wie ein Versehen. Es schafft auch die richtige Erwartungshaltung: Es handelt sich um Aivens Engine mit OVHs Control Panel und OVHs Regionen, nicht um eine vollständige Durchleitung aller Aiven-Funktionen.
Der Pooler ist dafür das beste Beispiel. Bei Aiven wählt man direkt zwischen einer direkten Verbindung und einem PgBouncer-Pool, und die richtige Wahl ist entscheidend. Hier gibt es diese Wahlmöglichkeit nicht, was eine Fehlerquelle weniger darstellt.
Bei einer datenbankübergreifenden Abfrage folgt der Qualifizierer der Engine und nicht dem Badge. Eine PostgreSQL-Verbindung namens `ovh_db` wird als `ovh_db.public.orders` geschrieben; dieselbe Verbindung in MySQL wird stattdessen durch ihre Datenbank qualifiziert. Es können Verknüpfungen zu einem Ordner mit CSV-Dateien, einem lokalen Datenspeichersystem oder einer Abrechnungs-API in einer einzigen schreibgeschützten Anweisung hergestellt werden.
Herstellerdokumentation: www.ovhcloud.com
Häufig gestellte Fragen
Fragen zu OVHcloud Managed Databases
Welche Tools können Daten aus OVHcloud Managed Databases ü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 OVHcloud Managed Databases-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 OVHcloud Managed Databases ä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 OVHcloud Managed Databases herzustellen?
Ein erreichbarer Host, eine Rolle und das zugehörige Passwort – der Agent bringt den Treiber mit, sodass nichts auf der Datenbank installiert werden muss. Host: postgresql-abc-123.database.cloud.ovh.net in Europa oder .database.cloud.ovh.us in den USA. Die Karte erkennt beide. Port: Wird pro Dienst zugewiesen und absichtlich leer gelassen – kopieren Sie ihn aus dem OVH Cloud Manager. Datenbank-Engines: PostgreSQL oder MySQL, ausgewählt oben auf der Karte. Eine eingefügte Service-URI legt dies automatisch fest. Treiber: Npgsql oder MySqlConnector, vom Agenten mitgeliefert – keine Installation bei OVH erforderlich.
Kann ich OVHcloud Managed Databases mit einer anderen Datenbank in derselben Abfrage verknüpfen?
Ja, das ist eine föderierte Abfrage. Eine einzige Anweisung kann gleichzeitig auf OVHcloud Managed Databases und Ihre anderen Verbindungen zugreifen und wird als Verbindung.Schema.Tabelle geschrieben. 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 keine Verbindung zueinander herstellen 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 Abonnements. Die Seite für föderierte Abfragen zeigt die aktuellen Quell- und Größenbeschränkungen an.
Unterscheidet sich die Verbindung von OVHcloud Managed Databases von der Verbindung von PostgreSQL?
Lediglich die Verbindungszeichenfolge. OVHcloud Managed Databases verwendet das PostgreSQL-Protokoll, daher verhalten sich Filter, Zeitplanung, Freigabe, die Excel- und Google Sheets-Add-ons sowie der MCP-Server identisch. Die OVHcloud-Karte füllt die vom Anbieter erwarteten Host-, Port- und SSL-Einstellungen automatisch aus.
Gibt es eine Anleitung zur OVHcloud-Konvertierung nach Excel?
Ja, es handelt sich um die PostgreSQL-Anleitung, und sie ist für OVHcloud Managed Databases in der beschriebenen Form korrekt. OVHcloud verwendet das PostgreSQL-Protokoll, daher sind die Schritte für die Verbindung von OVHcloud zu Excel, OVHcloud zu Google Sheets und allen anderen Zielen identisch. Der einzige OVHcloud-spezifische Bestandteil ist die Verbindungszeichenfolge, die von der OVHcloud-Karte automatisch ausgefüllt wird.
Platzieren Sie OVHcloud 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.

