MARIADB
REST API
Zet een MariaDB-query om in een beveiligde query REST API — geen backend om te bouwen, geen poort 3306 om te openen.
Sla een SQL-query op voor je MariaDB-database, genereer een API-sleutel per ontvanger en geef een partner een live JSON-eindpunt. Nee PHP- of Node-applicatie Schrijven is niet nodig, er is geen server nodig, geen firewall-gat — gewoon een gecontroleerde, alleen-lezen omgeving. MariaDB REST API binnen enkele minuten.
Vraag Nova, krijg SQL + grafieken
Ontmoet Nova
Eén sleutel per partner. Geen inloggegevens worden gedeeld.
Bouw een API
+meer
Geplande synchronisatie naar 6+ platformen
Verken
+meer
API's bevragen met SQL, geen code
Verken
+meer
Claude, Cursor, ChatGPT en Grok communiceren met uw gegevens.
Connect AIQuery Streams is een veilig, realtime platform voor database-integratie dat elke opgeslagen MariaDB-query omzet in een partnerklare REST API-endpoint, met sleutels per ontvanger, alleen-lezen-bescherming en een volledig auditspoor. Je krijgt een live MariaDB REST API zonder een backend te schrijven, een server te hosten of poort 3306 open te stellen voor internet. Meer informatie vindt u op QueryStreams.com en gratis aanmelden Om binnen enkele minuten je eerste MariaDB-eindpunt te publiceren.
Waarom zou je een MariaDB-database als REST API beschikbaar stellen?
MariaDB vormt de basis van een enorm deel van de webapplicaties, en vroeg of laat heeft iets buiten die applicatie een deel van de data nodig — een klant wil zijn cijfers in een dashboard, een leverancier wil een live feed in plaats van een CSV-bestand dat elke nacht wordt verwerkt, de app van een partner moet een specifieke resultatenset kunnen lezen. Het gebruikelijke antwoord is: "schrijf een kleine API." Dus je bouwt een Express-, Laravel- of Flask-app, voegt authenticatie en rate limiting toe, implementeert deze ergens, houdt hem up-to-date met patches, en nu ben je voor altijd eigenaar van een service. Het alternatief — poort 3306 openen en een database-login verstrekken — is nog erger: die login kan alles lezen, en je kunt niet slechts één gebruiker de toegang ontzeggen. MariaDB REST API Built for Sharing slaat dit allemaal over: de partner krijgt een URL en een token, geen databaseaccount en geen server die u beheert. Query Streams maakt er een opgeslagen query plus een sleutel van.
Geen backend om te bouwen of te hosten
Geen Express-app, geen Laravel-controller, geen Flask-route. Je schrijft, implementeert of patcht geen service; het eindpunt draait als een beheerde functionaliteit.
API-sleutels per ontvanger
Elke ontvanger krijgt zijn eigen exemplaar. qsapi_* sleutel. Trek er één in zonder de andere aan te raken en zonder een gedeeld MariaDB-wachtwoord te resetten.
Alleen-lezen, dat is de bedoeling
Een alleen-lezen validator verwerpt elke niet-SELECT-instructie voordat deze MariaDB bereikt. Er is geen sprake van onbedoelde UPDATE, VERWIJDEREN, of DRUPPEL pad via de API.
Uw SQL-gegevens blijven privé.
De ontvanger ziet de endpoint-URL, het JSON-antwoord en eventuele filters die je hebt ingesteld, maar nooit je SQL-query, je schema of je tabelstructuur.
Poort 3306 is niet open.
De agent maakt alleen uitgaande verbindingen. Uw MariaDB-server blijft achter de firewall – geen inkomende poort, geen openbare database-aanmelding.
Permanent, verlopend of zelfvernietigend
Maak een eindpunt permanent, stel een vervaldatum in of geef het een vast oproepbudget dat zichzelf na een bepaald aantal verzoeken vernietigt.
MariaDB-data via REST — de gebruikelijke methoden en waarom ze problemen opleveren
Er zijn wel degelijk manieren om een HTTP-interface op MariaDB te implementeren, en veel teams doen dat ook. Het probleem is echter dat je bij elke doe-het-zelf-aanpak verantwoordelijk bent voor de code, een server of een database-login die je niet nauwkeurig kunt beheren. Hieronder een vergelijking van de gangbare benaderingen met een gedeeld Query Streams-eindpunt, waarbij het doel simpelweg is om een specifieke partner toegang te geven tot een specifieke resultatenset.
| Zorg | DIY API (Express / Laravel / Flask) | Open poort 3306 + DB-login | Query-stromen |
|---|---|---|---|
| Wat de ontvanger vasthoudt | Een URL naar uw app | Een MariaDB-gebruikersnaam en -wachtwoord | Een sleutel met één specifiek doel voor één zoekopdracht. |
| Blootgesteld oppervlak | Wat je ook handmatig codeert | Elke tabel die de gebruiker kan lezen | Eén opgeslagen zoekopdracht, verder niets. |
| Netwerkwijziging vereist | Host + exposeer de app | Open inkomende poort 3306 | Geen — alleen uitgaande agent |
| Sleutels per ontvanger + intrekken | Bouw het zelf | Gedeelde login | Gebouwd in |
| Auditlogboek van elk gesprek | Voeg het zelf toe | Moeilijk toe te schrijven | Gebouwd in |
| Je voert de werkzaamheden uit, patcht/onderhoudt het onderhoud. | Ja, voor altijd. | Ja, plus exposure | Voor u beheerd. |
| Tijd tot het eerste eindpunt | Dagen | Uren (en een hoop gedoe met de beveiliging) | Notulen |
Wanneer een zelfontwikkelde API nog steeds zinvol is
Als u volledige lees- en schrijftoegang, aangepaste bedrijfslogica of een openbaar API-product met veel eindpunten nodig hebt, is een handmatig gebouwde service de juiste oplossing. Query Streams is bedoeld voor de veel voorkomende gevallen: u hoeft slechts één beheerde, alleen-lezen resultatenset aan een specifieke partner te verstrekken – met een eigen sleutel, een auditlogboek en zonder dat u zelf iets hoeft te bouwen of te onderhouden.
Hoe Query Streams een MariaDB-query omzet in een REST API
Nadat de Network Agent is geïnstalleerd en uw MariaDB-connector is geconfigureerd, duurt het ongeveer drie stappen om een opgeslagen query te promoveren naar een gedeeld REST-eindpunt. Als u al gebruikmaakt van Query Streams voor Excel, Google Sheets of de MCP Server, zijn uw Agent en connector al aanwezig — u begint dan bij stap twee.
Verbind MariaDB via de agent.
Installeer de netwerkagent en voeg een MariaDB-connector toe met een alleen-lezen gebruiker (een GRANT SELECT (Dit account is ideaal). De agent maakt een uitgaande TLS-verbinding met Query Streams — er is geen inkomende firewallregel en er bereikt nooit een database-aanmelding de ontvanger.
Een SQL-query opslaan
Schrijf de SELECT Gebruik de querybuilder voor je MariaDB-verbinding — JOINs, CTE's, windowfuncties en parameters zijn allemaal welkom. Geef de query een naam en sla hem op. Alles wat je kunt SELECTeren, kan een endpoint worden.
Promoot het en deel een sleutel
Open het tabblad Installeren, kies het eindpunttype (permanent, verlopend of belbudget) en het uitvoerformaat, en nodig vervolgens een ontvanger uit via e-mail. Diegene ontvangt een magic-link claim en zijn/haar eigen qsapi_* sleutel.
Gebruik een MariaDB-gebruiker met alleen-leestoegang.
Voor een gelaagde beveiliging kunt u de connector laten verwijzen naar een MariaDB-account dat is aangemaakt met GRANT SELECT Alleen op de tabellen die nodig zijn. Query Streams blokkeert al niet-SELECT-instructies, maar dankzij de minimale toegangsrechten kan er zelfs bij een verkeerde configuratie niet worden geschreven. Dezelfde connector wordt gebruikt voor Excel, Sheets, de MCP-server en uw REST-eindpunten.
Geen open poorten, geen gedeelde database-aanmelding
Het beveiligingsmodel is de reden waarom teams hiervoor kiezen in plaats van poort 3306 te openen of weer een nieuwe service te ontwikkelen. Uw MariaDB-gegevens worden alleen opgeslagen in de versleutelde gegevensopslag van de agent op uw netwerk; ze worden nooit naar onze cloud verzonden en zijn nooit zichtbaar voor een ontvanger. Bovendien biedt elk eindpunt u per ontvanger controleopties die u kunt aanscherpen voordat u gegevens deelt.
Agent die alleen uitgaande gesprekken voert
De agent maakt verbinding met agent.querystreams.com Op poort 443. Uw netwerk ziet normaal uitgaand HTTPS-verkeer — geen inkomend verkeer via poort 3306, geen VPN, geen tunnel.
Alleen-lezen handhaving
Voordat een statement MariaDB bereikt, wordt er in de agent, op uw netwerk, een validator uitgevoerd. Statements die geen SELECT-statements zijn, worden afgewezen. ALLEEN-LEZEN_SCHENDING.
IP- en CORS-toegangslijsten
Koppel de sleutel van een ontvanger aan specifieke IP-adressen of CIDR-bereiken en beperk welke browsers elk eindpunt mogen aanroepen. Aanroepen van niet-vermelde bronnen worden geweigerd voordat er SQL-query's worden uitgevoerd.
Snelheidslimieten + bytequota
Tweeledige snelheidslimieten (per sleutel en per eindpunt) plus een optionele maandelijkse byte-limiet zorgen ervoor dat een luidruchtige ontvanger binnen een veilige straal blijft.
Roep uw MariaDB REST API aan
Ontvangers roepen het eindpunt aan zoals elke andere REST API: met een bearer-token en een URL. Elke opgeslagen queryparameter die u beschikbaar hebt gesteld, kan per aanroep worden ingesteld — in de querystring voor KRIJGEN of in een JSON-body voor NADe agent bindt die waarden als correcte voorbereide-statementparameters, nooit als stringconcatenatie, zodat een ontvanger niet uit een filter kan breken om SQL te injecteren.
Selecteer het uitvoerformaat per aanroep met de Accepteren koptekst (of een ?format= queryparameter): JSON voor één enkele array, CSV voor spreadsheets en pandas, of op een streaming-eindpunt, NDJSON (één JSON-rij per regel) voor pipelines die tijdens het verwerken grote resultaatsets verwerken. Voor bandbreedtegevoelige gebruikers is er een optie beschikbaar. LZ4 laadvermogencompressie met Accept-Encoding: lz4; niet-gecomprimeerde reacties krijgen ook standaard gzip automatisch via de kabel. Voor een volledige uitleg van statische versus streaming-modi, de vier kabelcombinaties en de OpenAPI 3.1-generatie, zie de Directe REST API voor SQL-databases gids.
Hoe het verbruik wordt gefactureerd
Het API-platform is bij elk abonnement inbegrepen en gebruikt dezelfde maandelijkse datalimiet als Excel, Sheets en de MCP-server. lz4 De factuur wordt opgesteld voor gecomprimeerde bytes, al het andere voor niet-gecomprimeerde bytes. Hoe werkt data-realm-facturering over verschillende transportprotocollen heen?
Sluit het aan op Power BI, Tableau en elk ander programma dat JSON kan lezen.
Omdat elk eindpunt standaard retourneert JSON — met CSV- en streaming NDJSON-ondersteuning — kan elke tool die een REST-feed kan lezen, rechtstreeks gebruikmaken van uw MariaDB-gegevens, zonder dat er aan hun kant iets geïnstalleerd hoeft te worden en zonder dat er een databasestuurprogramma nodig is. Power Query is de eenvoudigste manier om toegang te krijgen tot de Microsoft BI-stack: in Power BI kiezen Gegevens ophalen → Van het web, plak de endpoint-URL, voeg uw toe Autorisatie De header en Power Query parseert de JSON naar een vernieuwbare tabel die uw datamodel voedt. (Voor live data in een spreadsheet is de native methode geschikt.) Query Streams Excel-add-on (Dit is de eenvoudigere weg — Power Query is er wanneer je de gegevens in het Power BI-model zelf wilt hebben.)
Power Query
Gegevens ophalen → Van het web, plak de URL en het bearer-token, vouw de JSON uit tot een tabel die kan worden vernieuwd
Power BI
Dezelfde Power Query-engine — laad het eindpunt rechtstreeks in uw model en plan de vernieuwing in.
Tableau
Wijs een Web Data Connector of JSON-bron aan op het eindpunt voor live dashboards.
Postbode
Importeer de OpenAPI 3.1-specificatie en verstuur, inspecteer en deel verzoeken met één klik.
Het voedt ook n8n, Qlik, krul, Python (verzoeken of pandas.read_json), Insomnia, Hoppscotch — of elk script of workflow dat een HTTP-verzoek kan verzenden en JSON kan lezen.
Werkt ook met beheerde MariaDB.
Het maakt niet uit waar uw MariaDB draait. De agent maakt op dezelfde manier verbinding met een zelfgehoste MariaDB op een Linux-server, een container, Amazon RDS voor MariaDB, Azure Database voor MariaDB, Google Cloud SQL, SkySQL of een beheerde MariaDB-host. Voor de laagste latentie kunt u de agent het beste dicht bij de database laten draaien; één Query Streams-account kan meerdere agents op verschillende machines en in verschillende regio's uitvoeren, en een enkel eindpunt gedraagt zich identiek, ongeacht welke agent het bedient.
Gebruik je in plaats daarvan MySQL?
MariaDB is ontstaan als een fork van MySQL, en Query Streams beschouwt ze als één connectorfamilie — dezelfde workflow biedt toegang tot een MySQL-database als REST API met identieke beveiligings- en uitvoeropties. Het ondersteunt ook opgeslagen query's van PostgreSQL, Microsoft SQL Server, SQLite, Microsoft Access, Snowflake, Oracle, BigQuery en DuckDB. Bekijk de Handleidingen voor het instellen van connectoren voor de volledige lijst.
Veelgestelde vragen
Moet ik poort 3306 openen of MariaDB toegankelijk maken via internet? +
Kan de ontvanger mijn SQL-query of mijn databasegegevens zien? +
Is dit alleen een MySQL-connector? Werkt MariaDB ook volledig? +
Welke uitvoerformaten kan de API retourneren? +
Accepteren koptekst of ?format= — met optionele LZ4-payloadcompressie en automatische gzip via de draad. De uitvoerformaten en draadcombinaties uitgelegd →Kan de ontvanger zelf SQL-query's uitvoeren of mijn query wijzigen? +
Werkt dit met Amazon RDS, Cloud SQL of SkySQL? +
Kan een eindpunt verlopen of zichzelf vernietigen? +
Aan de slag
Publiceer gratis uw eerste MariaDB REST API.
Meld je aan, installeer de Network Agent, verbind MariaDB met een gebruiker met alleen-leestoegang, sla een SQL-query op en e-mail een ontvanger een magic-link claim. Sleutels per ontvanger, afdwinging van alleen-leestoegang en een volledig auditspoor zijn vanaf het eerste contact ingeschakeld.
Gerelateerde handleidingen: Directe REST API voor SQL-databases | Stel MySQL beschikbaar als REST API | Database REST API-platform | Handleidingen voor het instellen van connectoren
Categorie: API-platform
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
Metabeschrijving: Zet een MariaDB-query om in een veilige, alleen-lezen REST API met sleutels per ontvanger — geen backend-code, geen open poort 3306, geen gedeelde login.
English 
Spanish 
German 
French 
Portuguese 
Japanese 
Korean 
Chinese 
Italian 
Dutch 
Indonesian 
Polish