OVHcloud Managed Databases Logo

Verwaltet · PostgreSQL + MySQL spricht PostgreSQL / MySQL

Verbinden OVHcloud Managed Databases zu Excel, Sheets und AI

OVHcloud Managed Databases – PostgreSQL oder MySQL. Im Hintergrund läuft Aiven, was die Standardeinstellungen erklärt, sobald sie angezeigt werden.

1Verbindung
0eingehende Ports
Nur lesbarerzwungen

Eine Verbindung, jede Oberfläche

Wohin Ihre OVHcloud-Daten gelangen können

Verbinden Sie OVHcloud einmalig, und dieselbe schreibgeschützte Verbindung speist alle diese Dienste – keine zweite Einrichtung, keine zweite Datenkopie. 9 von 11 Diensten verfügen über eine Schritt-für-Schritt-Anleitung.

Führung

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.

Lesen Sie den PostgreSQL-Leitfaden
Führung

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.

Lesen Sie den PostgreSQL-Leitfaden
Führung

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.

Lesen Sie den PostgreSQL-Leitfaden
Führung

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.

Lesen Sie den PostgreSQL-Leitfaden
Führung

OVHcloud zu Airtable

Automatisierungsplattform

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

Lesen Sie den PostgreSQL-Leitfaden
Führung

OVHcloud zu Baserow

Automatisierungsplattform

Eine Baserow-Tabelle von OVHcloud über den REST-Endpunkt zuführen – entweder selbst gehostet oder in der Baserow-Cloud.

Lesen Sie den PostgreSQL-Leitfaden
Führung

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.

Lesen Sie den PostgreSQL-Leitfaden
Führung

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.

Lesen Sie den PostgreSQL-Leitfaden
Führung

OVHcloud zu Anvil

Anvil Works · App-Plattform

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

Lesen Sie den PostgreSQL-Leitfaden
Unterstützt

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 Es gibt noch keine OVHcloud-Anleitung.
Unterstützt

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 Es gibt noch keine OVHcloud-Anleitung.

So funktioniert es

5 Schritte, keine Änderung der eingehenden Firewall

01

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.

02

Öffnen Sie im OVHcloud Manager Ihren Datenbankdienst und kopieren Sie die Service-URI.

03

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.

04

Ü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.

05

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

OVHcloud Managed Databases Verwaltet · PostgreSQL + MySQL
Microsoft SQL-Server 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     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.