MARIADB
REST-API
Wandeln Sie eine MariaDB-Abfrage in eine sichere REST-API — kein Backend zum Aufbauen, kein Port 3306 zum Öffnen.
Speichern Sie eine SQL-Abfrage für Ihre MariaDB-Datenbank, erstellen Sie einen API-Schlüssel pro Empfänger und stellen Sie einem Partner einen aktiven JSON-Endpunkt zur Verfügung. Nein PHP- oder Node-App Zum Schreiben, ohne Server zum Hosten, ohne Firewall-Lücke – nur ein reguliertes, schreibgeschütztes System. MariaDB REST-API in Minuten.
Fragen Sie Nova und erhalten Sie SQL + Diagramme
Treffen mit Nova
Ein Schlüssel pro Partner. Zugangsdaten werden nicht weitergegeben.
Erstellen Sie eine API
+mehr
Geplante Synchronisierung mit 6+ Plattformen
Erkunden Sie
+mehr
Abfrage von APIs mit SQL, ohne Code
Erkunden Sie
+mehr
Claude, Cursor, ChatGPT & Grok sprechen mit Ihren Daten
Connect AIQuery Streams ist eine sichere Echtzeit-Datenbankintegrationsplattform, die jede gespeicherte MariaDB-Abfrage in einen partnerfähigen REST-API-Endpunkt umwandelt – mit empfängerspezifischen Schlüsseln, Schreibschutz und einem vollständigen Prüfprotokoll. Du bekommst ein Live-Video MariaDB REST-API ohne ein Backend zu schreiben, einen Server zu hosten oder Port 3306 zum Internet zu öffnen. Weitere Informationen finden Sie unter QueryStreams.com. und kostenlos anmelden Veröffentlichen Sie Ihren ersten MariaDB-Endpunkt in wenigen Minuten.
Warum sollte man eine MariaDB-Datenbank als REST-API bereitstellen?
MariaDB ist die Basis für einen Großteil der Webanwendungen, und früher oder später benötigt auch eine externe Anwendung einen Teil der Daten – ein Kunde möchte seine Zahlen in einem Dashboard sehen, ein Anbieter wünscht sich einen Live-Feed anstelle einer nächtlichen CSV-Datei, und die Anwendung eines Partners muss ein bestimmtes, gut strukturiertes Ergebnis-Set auslesen. Die übliche Antwort lautet: „Schreiben Sie eine kleine API.“ Also erstellen Sie eine Express-, Laravel- oder Flask-Anwendung, fügen Authentifizierung und Ratenbegrenzung hinzu, stellen sie bereit, halten sie auf dem neuesten Stand und besitzen nun dauerhaft einen Dienst. Die Alternative – Port 3306 zu öffnen und einen Datenbank-Login zu vergeben – ist schlechter: Dieser Login kann alle Daten lesen, und Sie können nicht nur einem einzelnen Nutzer den Zugriff entziehen. MariaDB REST-API Die für die gemeinsame Nutzung entwickelte Lösung umgeht all das: Der Partner erhält eine URL und ein Token, kein Datenbankkonto und keinen von Ihnen verwalteten Server. Query Streams hingegen macht daraus eine gespeicherte Abfrage plus einen Schlüssel.
Kein Backend zum Erstellen oder Hosten
Keine Express-App, kein Laravel-Controller, keine Flask-Route. Sie müssen keinen Dienst schreiben, bereitstellen oder patchen – der Endpunkt läuft als verwaltetes Feature.
API-Schlüssel pro Empfänger
Jeder Empfänger erhält sein eigenes qsapi_* Schlüssel. Einen Schlüssel widerrufen, ohne die anderen zu berühren und ohne ein gemeinsames MariaDB-Passwort zurückzusetzen.
Designbedingt schreibgeschützt
Ein Validator mit Lesezugriff weist jede Nicht-SELECT-Anweisung zurück, bevor sie MariaDB erreicht. Es gibt keine versehentlichen Fehler. AKTUALISIEREN, LÖSCHEN, oder FALLEN Pfad durch die API.
Ihre SQL-Abfragen bleiben privat
Der Empfänger sieht die Endpunkt-URL, die JSON-Antwort und alle von Ihnen freigegebenen Filter – niemals Ihr SQL, Ihr Schema oder Ihre Tabellenstruktur.
Kein offener Port 3306
Der Agent stellt nur ausgehende Verbindungen her. Ihr MariaDB-Server bleibt hinter der Firewall – kein eingehender Port, keine öffentliche Datenbankanmeldung.
permanent, ablaufend oder selbstzerstörend
Einen Endpunkt dauerhaft machen, ein Ablaufdatum festlegen oder ein festes Anrufbudget zuweisen, das sich nach einer bestimmten Anzahl von Anfragen selbst zerstört.
MariaDB-Daten über REST – die üblichen Wege und warum sie schädlich sind
Es gibt durchaus Möglichkeiten, eine HTTP-Schnittstelle für MariaDB bereitzustellen, und viele Teams nutzen diese auch. Der Haken dabei ist, dass man bei jeder Eigenentwicklung Code, einen Server oder einen Datenbankzugang besitzt, dessen Grenzen nicht genau definiert werden können. Im Folgenden werden die gängigen Ansätze mit einem gemeinsam genutzten Query-Streams-Endpunkt verglichen, wenn das Ziel lediglich darin besteht, einem bestimmten Partner das Lesen eines bestimmten Ergebnissatzes zu ermöglichen.
| Sorge | DIY API (Express / Laravel / Flask) | Port 3306 öffnen + DB-Login | Abfrageströme |
|---|---|---|---|
| Was der Empfänger in Händen hält | Eine URL zu Ihrer App | Ein MariaDB-Benutzername und ein Passwort | Ein Schlüssel für einen einzigen Zweck für eine Abfrage |
| Oberfläche freigelegt | Was auch immer Sie von Hand codieren | Jede Tabelle, die der Login lesen kann | Eine gespeicherte Abfrage, sonst nichts. |
| Netzwerkänderung erforderlich | Hosten und die App freigeben | Eingehenden Port 3306 öffnen | Keine – nur ausgehender Agent |
| Empfängerspezifische Schlüssel + Widerruf | Bau es selbst | Gemeinsamer Login | Eingebaut |
| Audit-Protokoll jedes Anrufs | Füge es selbst hinzu | Schwer zuzuordnen | Eingebaut |
| Sie bedienen/patchen/warten | Ja, für immer. | Ja, plus Belichtung. | Für Sie verwaltet |
| Zeit bis zum ersten Endpunkt | Tage | Öffnungszeiten (und ein Sicherheitsproblem) | Minuten |
Wann eine selbstgebaute API noch Sinn macht
Benötigen Sie vollen Lese- und Schreibzugriff, benutzerdefinierte Geschäftslogik oder ein öffentliches API-Produkt mit vielen Endpunkten, ist ein selbst entwickelter Dienst das richtige Werkzeug. Query Streams eignet sich für den weitaus häufigeren Fall: Sie müssen einem benannten Partner lediglich ein verwaltetes, schreibgeschütztes Ergebnis-Set bereitstellen – mit eigenem Schlüssel, einem Audit-Trail und ohne jeglichen Entwicklungs- oder Wartungsaufwand.
Wie Query Streams eine MariaDB-Abfrage in eine REST-API umwandelt
Sobald der Netzwerkagent installiert und Ihr MariaDB-Connector konfiguriert ist, sind für die Übertragung einer gespeicherten Abfrage an einen gemeinsam genutzten REST-Endpunkt etwa drei Schritte erforderlich. Wenn Sie bereits Query Streams für Excel, Google Sheets oder den MCP-Server verwenden, sind Agent und Connector bereits vorhanden – Sie beginnen mit Schritt zwei.
Verbinden Sie MariaDB über den Agenten.
Installieren Sie den Netzwerkagenten und fügen Sie einen MariaDB-Connector mit einem schreibgeschützten Benutzer hinzu (ein GRANT SELECT (Das Konto ist ideal.) Der Agent stellt eine ausgehende TLS-Verbindung zu Query Streams her – es gibt keine eingehende Firewall-Regel und keine Datenbankanmeldung erreicht jemals einen Empfänger.
Speichern einer SQL-Abfrage
Schreibe die SELECT Im Abfrage-Generator für Ihre MariaDB-Verbindung – JOINs, CTEs, Fensterfunktionen und Parameter sind alle willkommen. Benennen Sie die Abfrage und speichern Sie sie. Alles, was Sie mit SELECT abfragen können, kann zu einem Endpunkt werden.
Bewerben Sie es und teilen Sie einen Schlüssel
Öffnen Sie den Tab „Installieren“, wählen Sie den Endpunkttyp (permanent, zeitlich begrenzt oder Anrufbudget) und das Ausgabeformat aus und laden Sie anschließend einen Empfänger per E-Mail ein. Dieser erhält einen Magic-Link-Claim und seine eigene qsapi_* Schlüssel.
Verwenden Sie einen MariaDB-Benutzer mit Lesezugriff.
Zur Gewährleistung einer mehrschichtigen Verteidigung sollte der Connector auf ein mit folgendem Tool erstelltes MariaDB-Konto verweisen: GRANT SELECT Es werden nur die benötigten Tabellen verwendet. Query Streams blockiert bereits Nicht-SELECT-Anweisungen, aber durch die Anmeldung mit minimalen Berechtigungen kann selbst eine Fehlkonfiguration keine Schreibvorgänge auslösen. Derselbe Connector dient Excel, Google Tabellen, dem MCP-Server und Ihren REST-Endpunkten.
Keine offenen Ports, kein gemeinsamer Datenbank-Login
Das Sicherheitsmodell ist der Grund, warum Teams diese Lösung bevorzugen, anstatt Port 3306 zu öffnen oder einen weiteren Dienst zu entwickeln. Ihre MariaDB-Zugangsdaten befinden sich ausschließlich im verschlüsselten Zugangsdatenspeicher des Agenten in Ihrem Netzwerk; sie werden niemals an unsere Cloud übertragen und sind für Empfänger niemals sichtbar. Darüber hinaus bietet Ihnen jeder Endpunkt individuelle Steuerungsmöglichkeiten für jeden Empfänger, die Sie vor der Freigabe anpassen können.
Agent für ausgehende Anrufe
Der Agent stellt eine Verbindung her zu agent.querystreams.com auf Port 443. Ihr Netzwerk sieht normale ausgehende HTTPS-Verbindungen – keine eingehenden Verbindungen über Port 3306, kein VPN, kein Tunnel.
Nur-Lese-Durchsetzung
Ein Validator wird im Agenten in Ihrem Netzwerk ausgeführt, bevor eine Anweisung MariaDB erreicht. Nicht-SELECT-Anweisungen werden mit folgender Fehlermeldung zurückgewiesen: READONLY_VIOLATION.
IP- und CORS-Zulassungslisten
Binden Sie den Schlüssel eines Empfängers an bestimmte IP-Adressen oder CIDR-Bereiche an und beschränken Sie, welche Browser die einzelnen Endpunkte aufrufen dürfen. Aufrufe von nicht zugeordneten Adressen werden vor der Ausführung von SQL-Abfragen abgelehnt.
Ratenbegrenzungen + Byte-Kontingente
Zweistufige Ratenbegrenzungen (pro Schlüssel und pro Endpunkt) sowie eine optionale monatliche Byte-Obergrenze sorgen dafür, dass ein Empfänger mit vielen Anfragen innerhalb eines sicheren Gefahrenbereichs bleibt.
Rufen Sie Ihre MariaDB REST-API auf.
Empfänger rufen den Endpunkt wie jede andere REST-API auf: mit einem Bearer-Token und einer URL. Jeder gespeicherte Abfrageparameter, den Sie freigegeben haben, kann pro Aufruf – in der Abfragezeichenfolge – festgelegt werden. ERHALTEN oder in einem JSON-Body für POSTDer Agent bindet diese Werte als ordnungsgemäße Parameter für vorbereitete Anweisungen, niemals durch Zeichenkettenverkettung, sodass ein Empfänger nicht aus einem Filter ausbrechen und SQL einschleusen kann.
Wählen Sie das Ausgabeformat pro Aufruf mit der Akzeptieren Kopfzeile (oder ein ?format= Abfrageparameter): JSON für ein einzelnes Array, CSV für Tabellenkalkulationen und Pandas oder auf einem Streaming-Endpunkt, NDJSON (Eine JSON-Zeile pro Zeile) für die Analyse großer Ergebnismengen mittels Pipelines mit laufender Verarbeitung. Für bandbreitenempfindliche Nutzer: Option aktivieren LZ4 Nutzlastkomprimierung mit Accept-Encoding: lz4; unkomprimierte Antworten erhalten ebenfalls Standardwerte gzip Die Übertragung erfolgt automatisch. Eine detaillierte Aufschlüsselung der statischen und Streaming-Modi, der vier Drahtkombinationen und der OpenAPI 3.1-Generation finden Sie unter [Link einfügen]. Sofortige REST-API für SQL-Datenbanken Führung.
Wie die Nutzung abgerechnet wird
Die API-Plattform ist in jedem Paket enthalten und nutzt dasselbe monatliche Datenvolumen wie Excel, Sheets und der MCP-Server. lz4 Anrufe werden über komprimierte Daten abgerechnet, alle anderen Daten über unkomprimierte. Wie die Abrechnung von Datenbereichen über verschiedene Transportwege hinweg funktioniert →
Integrieren Sie es in Power BI, Tableau und alle Programme, die JSON lesen können.
Weil jeder Endpunkt einen Standard zurückgibt JSON — mit CSV und Streaming-NDJSON im Angebot — jedes Tool, das einen REST-Feed lesen kann, kann Ihre MariaDB-Daten direkt verarbeiten, ohne dass auf deren Seite etwas installiert werden muss und kein Datenbanktreiber erforderlich ist. Power-Abfrage ist der einfachste Einstieg in die Microsoft BI-Welt: in Power BI wählen Daten abrufen → Aus dem WebFügen Sie die Endpunkt-URL ein und fügen Sie Ihre Genehmigung Die Kopfzeile und Power Query parsen das JSON in eine aktualisierbare Tabelle, die Ihr Datenmodell speist. (Für Live-Daten in einer Tabellenkalkulation, die native Query Streams Excel-Add-on ist der einfachere Weg – Power Query steht Ihnen zur Verfügung, wenn Sie die Daten direkt im Power BI-Modell benötigen.)
Power-Abfrage
Daten abrufen → Aus dem Web: URL und Bearer-Token einfügen, JSON in eine aktualisierbare Tabelle erweitern.
Power BI
Dieselbe Power Query-Engine – laden Sie den Endpunkt direkt in Ihr Modell und planen Sie die Aktualisierung.
Tableau
Verbinden Sie einen Webdatenkonnektor oder eine JSON-Quelle mit dem Endpunkt, um Live-Dashboards anzuzeigen.
Briefträger
Importieren Sie die OpenAPI 3.1-Spezifikation und senden, prüfen und teilen Sie dann Anfragen mit einem Klick.
Es ernährt auch n8n, Qlik, Locke, Python (Anfragen oder pandas.read_json), Insomnia, Hoppscotch — oder jedes Skript oder jeder Workflow, der eine HTTP-Anfrage senden und JSON lesen kann.
Funktioniert auch mit verwalteter MariaDB.
Es spielt keine Rolle, wo Ihre MariaDB ausgeführt wird. Der Agent verbindet sich auf dieselbe Weise mit einer selbstgehosteten MariaDB auf einem Linux-System, einem Container, Amazon RDS für MariaDB, Azure Database für MariaDB, Google Cloud SQL, SkySQL oder einem beliebigen verwalteten MariaDB-Host. Für die geringste Latenz sollte der Agent in der Nähe der Datenbank ausgeführt werden. Ein Query Streams-Konto kann mehrere Agents auf verschiedenen Maschinen und Regionen ausführen, und ein einzelner Endpunkt verhält sich unabhängig vom verwendeten Agent identisch.
Stattdessen MySQL verwenden?
MariaDB entstand als Abspaltung von MySQL, und Query Streams behandelt beide als eine einzige Konnektorfamilie – derselbe Workflow stellt eine MySQL-Datenbank als REST-API mit identischen Sicherheits- und Ausgabeoptionen. Es unterstützt außerdem gespeicherte Abfragen von PostgreSQL, Microsoft SQL Server, SQLite, Microsoft Access, Snowflake, Oracle, BigQuery und DuckDB. Durchsuchen Sie die Anleitungen zur Konnektoreinrichtung Die vollständige Liste finden Sie hier.
Häufig gestellte Fragen
Muss ich Port 3306 öffnen oder MariaDB dem Internet zugänglich machen? +
Kann der Empfänger meine SQL- oder Datenbankzugangsdaten einsehen? +
Handelt es sich lediglich um einen MySQL-Connector? Funktioniert MariaDB uneingeschränkt? +
Welche Ausgabeformate kann die API zurückgeben? +
Akzeptieren Kopfzeile oder ?format= — mit optionaler LZ4-Nutzlastkomprimierung und automatisch gzip am Draht. die Ausgabeformate und Drahtkombinationen erklärt →Kann der Empfänger seine eigene SQL-Abfrage ausführen oder meine Abfrage ändern? +
Funktioniert das mit Amazon RDS, Cloud SQL oder SkySQL? +
Kann ein Endpunkt ablaufen oder sich selbst zerstören? +
Los geht's
Veröffentlichen Sie Ihre erste MariaDB REST-API kostenlos.
Registrieren Sie sich, installieren Sie den Netzwerkagenten, verbinden Sie MariaDB mit einem Benutzer mit Lesezugriff, speichern Sie eine SQL-Abfrage und senden Sie dem Empfänger einen Magic-Link-Claim per E-Mail. Empfängerspezifische Schlüssel, Schreibschutz und ein vollständiges Audit-Protokoll sind ab dem ersten Aufruf aktiviert.
Verwandte Leitfäden: Sofortige REST-API für SQL-Datenbanken | MySQL als REST-API bereitstellen | Datenbank-REST-API-Plattform | Anleitungen zur Konnektoreinrichtung
Kategorie: API-Plattform
Tags: mariadb-rest-api, mariadb, rest-api, expose-mariadb-as-api, mariadb-api-integration, share-mariadb-data, per-recipient-keys, no-code-api, mysql-rest-api, database-rest-api
Meta-Beschreibung: Verwandeln Sie eine MariaDB-Abfrage in eine sichere, schreibgeschützte REST-API mit empfängerspezifischen Schlüsseln – kein Backend-Code, kein offener Port 3306, kein gemeinsames Login.
English 
Spanish 
German 
French 
Portuguese 
Japanese 
Korean 
Chinese 
Italian 
Dutch 
Indonesian 
Polish