Instant REST API für gängige SQL-Datenbanken — ohne die Zugangsdaten weiterzugeben.
Verwandeln Sie jede gespeicherte SQL-Abfrage in einen partnerfähigen REST-Endpunkt mit empfängerspezifischen API-Schlüsseln, monatlichen Datenvolumenkontingenten und einem vollständigen Audit-Trail. Ob statisch oder Streaming, JSON, NDJSON oder CSV, LZ4-Komprimierung während der Übertragung – all das ohne zusätzliche Infrastruktur und ohne Offenlegung von SQL-Daten für den Empfänger.
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-Datenintegrationsplattform, die jede gespeicherte SQL-Abfrage in einen partnerfähigen REST-API-Endpunkt umwandelt – mit empfängerspezifischen Schlüsseln, monatlichen Byte-Kontingenten und einem vollständigen Prüfprotokoll. Mit der API-Plattform können Sie Live-Datenbankdaten mit Kunden, Lieferanten und internen Teams teilen, ohne jemals Datenbankzugangsdaten, SQL-Code oder Ihre Netzwerktopologie preiszugeben. Weitere Informationen finden Sie unter QueryStreams.com. und kostenlos anmelden Erstellen Sie Ihre erste gemeinsam genutzte API in fünf Minuten.
Live-Datenbankdaten über eine REST-API freigeben – ohne Zugangsdaten preiszugeben
Die meisten Teams versenden CSV-Exporte, stellen schreibgeschützte Datenbankkonten bereit oder richten einen benutzerdefinierten Express-Dienst ein, wenn ein Partner Live-Daten benötigt. Jeder dieser Ansätze birgt dasselbe Problem: Der Partner hat am Ende etwas, das er nicht haben sollte – einen Posteingang voller veralteter CSV-Dateien, SQL-Zugangsdaten, die auch nach Projektende noch gültig sind, oder Root-Zugriff auf einen Dienst, der nicht aktiv gewartet wird. Die Query Streams API-Plattform ermöglicht Ihnen die gemeinsame Nutzung dieser Daten. Fähigkeit, eine gespeicherte Abfrage auszuführenNicht die zugrunde liegenden Zugangsdaten. Jeder Empfänger erhält seinen eigenen API-Schlüssel, jeder Aufruf ist ratenbegrenzt und protokolliert, und der Zugriff kann über das Portal mit einem einzigen Klick widerrufen werden, ohne dass ein einziges Datenbankpasswort geändert werden muss.
API-Schlüssel pro Empfänger
Jeder Empfänger erhält sein eigenes qsapi_* Schlüssel. Einen widerrufen, ohne die anderen zu berühren. Rotieren, ohne etwas neu einzusetzen.
Die Anmeldeinformationen verlassen niemals Ihr Netzwerk.
Der Netzwerkagent wählt sich aus Ihrer Umgebung ein. Der Empfänger sieht einen REST-Endpunkt – niemals Ihren Datenbank-Hostnamen, Ihr Passwort oder Ihre SQL-Abfrage.
Designbedingt schreibgeschützt
Der Leseschutzmechanismus des Agenten weist jede Anweisung, die keine SELECT-Anweisung ist, zurück, bevor sie die Datenbank erreicht. Ein versehentliches Löschen ist ausgeschlossen.
Statische und dynamische Antwortmodi
Wählen Sie entweder einen einzelnen gepufferten Body (8 MB / 100.000 Zeilen Standard) oder eine Chunked-Übertragung, bei der die Zeilen übertragen werden, sobald der Agent sie erzeugt (1 GB / 10 Millionen Zeilen Standard).
LZ4-Rahmen + gzip-Drahtkomprimierung
Optionaler LZ4-Frame-Payload-Modus für SDK-Nutzer (Dekomprimierung in einer Zeile), plus Standard Accept-Encoding: gzip auf den unkomprimierten Pfaden.
Sandkasten im Postman-Stil eingebaut
Testen Sie jeden Endpunkt im Portal, bevor Sie ihn freigeben. Passen Sie die Abfrageparameter an, prüfen Sie das JSON und kopieren Sie die… Locke — kein separater Postman-Arbeitsbereich.
CORS + IP-Zulassungslisten
Den Schlüssel eines Empfängers an bestimmte IPs oder CIDRs binden, die Browserursprünge pro Endpunkt beschränken und die standardmäßigen zweistufigen Ratenbegrenzungen darunter stapeln.
OpenAPI 3.1-Spezifikation pro Endpunkt
Jeder Endpunkt gibt eine maschinenlesbare openapi.json. Übergeben Sie es an Postman, Swagger UI oder einen SDK-Generator wie OpenAPI-TypeScript.
Gängige SQL-Datenbanken werden unterstützt
Die API-Plattform ist mit den SQL-Datenbanken kompatibel, die die meisten Teams bereits verwenden. Sobald Ihr Netzwerkagent verbunden ist, kann jede gespeicherte Abfrage einer unterstützten Datenbank an einen gemeinsamen REST-Endpunkt weitergeleitet werden – ohne datenbankspezifische Einrichtung oder datenbankspezifisches SDK.
Cloud-basierte Datenbanken funktionieren auf die gleiche Weise
Der Agent verbindet sich gleichermaßen mit lokalen Datenbanken und verwalteten Diensten wie AWS RDS, Azure SQL-Datenbank, Google Cloud SQL und Snowflake. Für optimale Latenzzeiten sollte der Agent in derselben Region wie die Datenbank bereitgestellt werden. Ein Query Streams-Konto kann mehrere Agents regions- und cloudübergreifend ausführen.
So funktioniert es in drei Schritten
Sobald Ihr Netzwerkagent und ein unterstützter Datenbankkonnektor eingerichtet sind, dauert das Hochladen einer gespeicherten Abfrage in eine gemeinsam genutzte API etwa fünf Minuten:
Speichern einer SQL-Abfrage
Erstellen Sie die Abfrage im Abfrage-Generator des Portals für eine beliebige verbundene Datenbank. Fügen Sie Filter, Parameter und einen Namen hinzu. Alles, was Sie mit SELECT abfragen können, ist auch über die API nutzbar.
Entwickeln Sie daraus eine API
Öffnen Sie den Tab „Installieren“. Wählen Sie einen Endpunkttyp (permanent, zeitlich begrenzt oder mit N-Shot-Anrufbudget), ein internes Format (JSON, NDJSON oder CSV), einen Antwortmodus (statisch oder Streaming) und ob die LZ4-Leitungskomprimierung zulässig ist. Speichern Sie die Einstellungen.
Empfänger per E-Mail einladen
Geben Sie die E-Mail-Adresse eines Partners ein; dieser erhält eine Einladung zur Aktivierung per Link. Empfänger ohne Query Streams-Konto erhalten bei der Aktivierung automatisch eine kostenlose Organisation – der Schlüssel wird sofort nach Annahme ausgestellt.
Nutzen Sie bereits Query Streams für Excel oder Google Sheets?
Dann ist Ihr Netzwerkagent bereits eingerichtet und Ihre Datenbank bereits verbunden. Das Hochstufen einer vorhandenen gespeicherten Abfrage zu einem REST-Endpunkt dauert etwa eine Minute – Sie überspringen Schritt 1 und den größten Teil von Schritt 2. Dieselbe gespeicherte Abfrage kann eine Excel-Aktualisierung, eine Sheets-Seitenleiste, und gleichzeitig ein partnerorientierter REST-Endpunkt.
Wählen Sie einen Antwortmodus: statisch oder Streaming
Jeder Endpunkt wählt bei seiner Erstellung einen von zwei Antwortmodi. Der Modus steuert, wie die Bytes unsere Server verlassen; das Übertragungsformat (JSON, NDJSON, CSV oder LZ4-Frame) wird vom Empfänger für jeden Aufruf individuell festgelegt.
Standardmäßig werden alle Zeilen in einer einzigen gepufferten Antwort gesammelt. Inhaltslängeund geben einen Antworttext aus. Fehler sind normale HTTP-Statuscodes (200, 400, 413 API_OUTPUT_TOO_LARGE, 503).
- Standard-Festplatten: 8 MB / 100.000 Zeilen pro Aufruf
- Plattform max: 50 MB / 1.000.000 Zeilen pro Aufruf
- Ideal für: Dashboards, On-Demand-Abfragen, Abfragen mit weniger als 10.000 Zeilen, curl, KI-Tools, die einen JSON-Blob benötigen
Wir kehren zurück 200 OK + Transfer-Encoding: chunked Sobald die erste Zeile eintrifft, werden weitere Zeilen über die Leitung gesendet, sobald der Agent sie erzeugt. Der Speicher an unserem Netzwerkrand bleibt unabhängig von der Ergebnisgröße begrenzt.
- Standard-Festplatten: 1 GB / 10.000.000 Zeilen pro Aufruf
- Plattform max: 50 GB / 100.000.000 Zeilen pro Aufruf
- Ideal für: n8n / Zapier-Flows, Analyse-Pipelines, Massenexporte – alles, was von der Zeit bis zum ersten Byte profitiert.
Fehler während des Streaming-Vorgangs an einem Streaming-Endpunkt können nicht als HTTP-Statuscode ausgedrückt werden (der Status wurde bereits mit dem ersten Datenblock gesendet). Wir zeigen sie als letzten Sentinel-Datensatz an: {"_error":"...","rows_returned":N} für NDJSON oder # Fehler: ..., zurückgegebene Zeilen: N Für das Streamen von CSV-Dateien sollten Verbraucherbibliotheken den letzten Datensatz überprüfen, bevor sie den Stream als abgeschlossen betrachten.
Wählen Sie ein Wire-Format: JSON, NDJSON, CSV oder LZ4-Frame
Im gewählten Antwortmodus wählen die Empfänger das Übertragungsformat pro Anruf anhand von Standard-HTTP-Headern aus (Akzeptieren für das innere Format und Accept-Encoding (zur Komprimierung). Ein Endpunkt kann alle vier Formate bedienen; der Besitzer kann den Endpunkt auch über die Registerkarte „Installieren“ auf ein einzelnes Format beschränken.
Ein einzelnes JSON-Array. Standardwert für den statischen Modus. Das universelle Format für Webclients, KI-Tools und curl-Benutzer.
# Python data = requests.get(url, headers=h).JSON()
Zeilenumbruch-getrenntes JSON, eine Zeile pro Zeile. Nur Streaming. Laufende Datenanalyse für Pipelines und ETL.
# Python für Linie In resp.iter_lines(): row = json.loads(line)
RFC 4180 CSV. Funktioniert statisch (ein Nachrichtentext) oder im Streaming-Modus (Header im ersten Datenblock). Öffnen Sie die Datei in Excel, pandas, R oder einem anderen Programm, das CSV-Dateien lesen kann.
# Pandas
df = pd.read_csv(url, storage_options=h)
Das standardkonforme LZ4-Rahmenformat (magisch) 04 22 4D 18Ein Frame für statische Daten; verkettete Frames über segmentierte Übertragung für Streaming. Abrechnung nach komprimierten Bytes.
# Python
data = lz4.frame.decompress(resp.content)
Für Anwender, die maximale Interoperabilität wünschen, genügt einfaches JSON (oder CSV) – alles andere ist optional. Die Datenkomprimierung (gzip) wird automatisch über den Standard auf die unkomprimierten Pfade angewendet. Accept-Encoding Header; wir komprimieren nie doppelt, daher ersetzt LZ4-frame gzip, anstatt es mit anderen Daten zu überlagern.
Die vier Drahtkombinationen im Überblick
Antwortmodus und Nutzdatenkomprimierung bilden vier Teilpfade. Der Endpunktbesitzer wählt die Standardeinstellungen im Tab „Installieren“; der Empfänger kann diese pro Anruf überschreiben (im Rahmen der vom Besitzer festgelegten Grenzen). Die Datenkomprimierung (gzip) wird ausgehandelt über … Accept-Encoding Die Ebenen werden automatisch über die beiden unkomprimierten Zeilen gelegt.
Ein einzelner gepufferter application/json (oder text/csv) Körper mit InhaltslängeDer Standardpfad. Die Datenkomprimierung (gzip) wird automatisch ausgehandelt.
Ein einzelnes application/x-lz4-frame Der Body enthält einen Standard-LZ4-Frame (Multi-Block). Dekomprimierung in einer Zeile Consumer-Code.
application/x-ndjson (oder Streaming) text/csv) über Transfer-Encoding: chunkedEine Zeile pro Datenblock. Die Datenkomprimierung (gzip) wird automatisch ausgehandelt.
application/x-lz4-frame als Sequenz von verketteten Standard-LZ4-Frames über Chunked Transfer. Kein von QS entwickeltes Framing-Protokoll.
| Modus + Komprimierung | Wire-MIME-Typ | Körperform | Standard-Festplatten | Rechnungen | Anwendungsfall |
|---|---|---|---|---|---|
| statisch + keine | application/json oder text/csv |
Ein gepufferter Körper, Inhaltslänge |
8 MB / 100.000 Zeilen | unkomprimierte Bytes | Dashboards, curl, Standard |
| static + lz4 | application/x-lz4-frame |
Einzelner LZ4-Rahmen (Mehrblock) | 8 MB komprimiert | komprimierte Bytes | SDK-Konsumenten, kostenoptimierte Einzelantwort |
| Stream + keine | application/x-ndjson oder text/csv |
Chunked transfer, NDJSON pro Zeile | 1 GB / 10 Mio. Zeilen | unkomprimierte Bytes | n8n, Zapier, Analyse-Pipelines |
| stream + lz4 | application/x-lz4-frame |
Chunked transfer, concated LZ4 frames | 1 GB komprimiert (~5 GB unkomprimiert) | komprimierte Bytes | Massenexport, SDK für fortgeschrittene Benutzer, günstigste und schnellste Kombination |
Passfilter bei Aufrufzeit
Jeder vom Eigentümer freigegebene gespeicherte Abfrageparameter kann vom Empfänger bei jedem Aufruf festgelegt werden. ERHALTEN Anfragen verwenden die Abfragezeichenfolge; POST Anfragen verwenden einen JSON-Body. Der Agent bindet Parameter als korrekte Prepared-Statement-Werte – niemals als Zeichenkettenverkettung –, sodass ein Empfänger nicht aus einem Parameter ausbrechen und SQL einschleusen kann.
Der Endpunktbesitzer steuert, welche Parameter (im Unterreiter „Parameter“ der Registerkarte „Installieren“) angezeigt werden, welche auf einen festen Wert gesperrt sind und welche Werte zulässig sind. Empfänger können nur die vom Besitzer freigegebenen Parameter festlegen; alle anderen Werte sind festgelegt. Mehrwertige Parameter verwenden wiederholte Schlüssel (?status=paid&status=shipped) bei GET und ein Standard-JSON-Array bei POST.
Sicherheitslage: CORS, IP-Zulassungslisten und Ratenbegrenzungen
Neben den Schlüsseln pro Empfänger und der Durchsetzung des Nur-Lese-Prinzips bietet Ihnen jeder Endpunkt vier zusätzliche Sperren, die Sie vor der Freigabe verstärken können.
IP-Zulassungsliste pro Schlüssel
Binden Sie den Schlüssel eines Empfängers an eine einzelne IP-Adresse, einen CIDR-Bereich oder eine Liste an. Unterstützt IPv4 und IPv6. Ein Anruf von außerhalb der Zulassungsliste wird zurückgewiesen. 403 IP_NOT_ALLOWED bevor die SQL-Anweisung geändert wird.
CORS-Zulassungsliste pro Endpunkt
Teilen Sie uns mit, welche Browserursprünge den Endpunkt von JavaScript aus aufrufen dürfen. ["https://app.acme.com"] für einen einzelnen Partner oder lassen Sie CORS komplett deaktiviert (Standardeinstellung) für reine Server-zu-Server-Endpunkte.
Zweistufige Tarifbegrenzungen
Ein Token-Bucket für den Schlüssel des Empfängers (standardmäßig 60 Anfragen/Minute) plus ein zweiter Bucket für den Endpunkt selbst (standardmäßig 120 Anfragen/Minute). Ein Empfänger mit hohem Anfrageaufkommen kann das Budget der regulären Empfänger nicht sprengen.
Monatliche Byte-Kontingente
Optionale Begrenzung der abgerechneten Bytes pro Kalendermonat und Endpunkt. Wenn die Begrenzung erreicht ist, werden die Anrufe zurückgesetzt. 429 ENDPOINT_QUOTA_EXHAUSTED bis der Zeitraum zurückgesetzt wird. Ein sicherer Explosionsradius für neue Partner.
Jeder Endpunkt wird mit einer OpenAPI 3.1-Spezifikation ausgeliefert.
Jeder Endpunkt stellt eine maschinenlesbare Spezifikation bereit bei GET /v1/endpoints/{id}/openapi.jsonEs beschreibt die URL, die Methode, jeden Parameter (mit Typ, zulässigen Werten und Standardwert), jede Antwortform pro Format (JSON, NDJSON, CSV, LZ4-Frame) und jeden Fehlercode. Fügen Sie es in Postman oder Insomnia ein, um eine generierte Anfragesammlung zu erhalten, verwenden Sie es in Swagger UI für interaktive Dokumentation oder nutzen Sie einen SDK-Generator, um einen typisierten Client in Ihrer bevorzugten Sprache zu erhalten.
Sie können es mit Power BI, Tableau und jedem JSON-Tool verwenden.
Weil jeder Endpunkt einen Standard zurückgibt JSON — mit CSV und Streaming-NDJSON parallel dazu — jedes Tool, das einen REST-Feed lesen kann, verbraucht Ihre Daten direkt, ohne dass auf Empfängerseite etwas installiert werden muss. 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 die 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-Add-ons für Excel und Google Sheets (Das ist der einfachere Weg – Power Query ist da, wenn Sie die Daten direkt im 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 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.
Testen Sie Endpunkte in Ihrem Browser – im Postman-Stil, ohne das Portal zu verlassen.
Bevor Sie einem Partner einen Schlüssel übergeben, testen Sie den Endpunkt selbst. Der Installations-Tab verfügt über einen integrierten Anfragegenerator, der die Ansicht Ihres Empfängers widerspiegelt: HTTP-Methode auswählen, Abfrageparameter festlegen, Beispiel auswählen, Anfrage senden, Antwort prüfen. Die Sandbox verwendet intern einen kurzlebigen, temporären Schlüssel, sodass der Aufruf denselben Pfad durchläuft wie die Anfrage eines Empfängers – dieselbe Authentifizierung, derselbe Agenteneinsatz, dieselbe Komprimierungsaushandlung, dieselbe Byte-Abrechnung.
Komprimierungsbewusste Abrechnung
Die Byte-Zähler in Ihrem Aktivitätsprotokoll sind gemessen am Ausgang unseres API-Servers und folgen einer einfachen, vorhersehbaren Regel: wenn der Empfänger sich dafür entschieden hat Nutzlastkomprimierung im LZ4-Rahmen (Accept-Encoding: lz4Die Anrufkosten basieren auf den komprimierten Bytes, die tatsächlich übertragen wurden; andernfalls auf den unkomprimierten Bytes. Standardmäßige HTTP-Übertragungskomprimierung (gzip) ist reine Transportoptimierung und hat keinen Einfluss auf die Abrechnung – die Komprimierung erfolgt, nachdem wir die Bytes gemessen haben, die der Verbraucher „sehen“ soll.
Hinweis zu Bytes-on-Wire
Wenn ein Anruf die LZ4-Frame-Komprimierung aktiviert, werden für dieselbe JSON-Nutzlast typischerweise etwa 25–40 % ihrer unkomprimierten Größe für Transaktionszeilen und 10–20 % für Analyse-Workloads mit wiederholten Spalten abgerechnet – da dies die Datenmenge ist, die das Netzwerk Ihres Partners tatsächlich übertragen hat. Die Browser-Sandbox zeigt beide Werte an (X-QS-Bytes-Wire und X-QS-Bytes-Raw) damit Sie die Einsparungen sehen können, bevor Sie einen Endpunkt freigeben. Wir haben uns für die Abrechnung nach Übertragungsbytes entschieden (wenn LZ4 aktiviert ist), da diese Zahl sowohl Ihren ausgehenden Datenkosten als auch dem Bandbreitenverbrauch des Empfängers entspricht. Standardmäßige HTTP-Übertragungskomprimierung (gzip) ist reine Transportoptimierung und hat keinen Einfluss auf die Abrechnung. Anrufe, die keine LZ4-Anforderung enthalten, werden weiterhin mit unkomprimierten Bytes abgerechnet., entsprechend der heutigen Abrechnungspraxis für Excel, Sheets und den MCP-Server.
Die Dekomprimierung auf der Verbraucherseite umfasst eine Zeile pro Sprache. Nachfolgend finden Sie den kanonischen Integrationscode für jede Umgebung, für die wir Beispiele bereitstellen:
Entwickelt für den Datenaustausch mit Partnern – nicht für APIs im Internetmaßstab.
Die Query Streams API-Plattform ist für Anwendungsfälle konzipiert, in denen Sie Ihre Empfänger kennen: Kunden, Lieferanten, interne Teams, Aufsichtsbehörden, Wirtschaftsprüfer, Vorstandsmitglieder. Endpunktkontingente, monatliche Datenvolumenbegrenzungen und empfängerbezogene Ratenbegrenzungen basieren auf der Annahme von mehreren zehn bis tausend Aufrufen pro Tag und Empfänger. Wenn Sie eine öffentliche Marketing-API betreiben, die Millionen anonymer Anfragen pro Sekunde verarbeiten muss, ist ein API-Gateway wie Kong, Apigee oder AWS API Gateway vor Ihrem selbst entwickelten Dienst wahrscheinlich die bessere Wahl. Die API-Plattform ergänzt dieses Muster, ersetzt es aber nicht.
Häufig gestellte Fragen
Muss ich eingehende Firewall-Ports öffnen, um meine Datenbank als API bereitzustellen? +
Kann der Empfänger meine SQL- oder Datenbankzugangsdaten einsehen? +
Wie kann ich einem Partner den API-Zugriff entziehen? +
401 KEY_REVOKEDAndere Empfänger desselben Endpunkts arbeiten weiterhin mit ihren eigenen Schlüsseln, und Sie müssen das Datenbankpasswort nicht ändern.Worin besteht der Unterschied zwischen statischen und dynamischen Antwortmodi? +
Inhaltslängeund sendet einen HTTP-Body. Standardmäßig liegt die Obergrenze bei 8 MB / 100.000 Zeilen; das Plattformmaximum beträgt 50 MB / 1 Million Zeilen. Optimal für Dashboards, Abfragen mit weniger als 10.000 Zeilen und Benutzer von curl. Streaming Modus sendet Transfer-Encoding: chunked und überträgt die vom Agenten erzeugten Zeilen. Standardmäßig liegt die Obergrenze bei 1 GB / 10 Mio. Zeilen; die Plattform erlaubt maximal 50 GB / 100 Mio. Zeilen. Optimal für n8n-/Zapier-Flows, Analyse-Pipelines und Massenexporte. Sie wählen den Modus pro Endpunkt; der Empfänger wählt das Übertragungsformat (JSON, NDJSON, CSV oder LZ4-Frame) pro Anfrage.Wie kann ich LZ4-Frame-Antworten in meinem Code dekomprimieren? +
04 22 4D 18Daher wird dies von jeder gängigen LZ4-Bibliothek nativ unterstützt. In Python: lz4.frame.decompress(resp.content)In Node.js mit lz4js: LZ4.decompressFrame(buffer)In Go with github.com/pierrec/lz4/v4: lz4.NewReader(body)Auf der Befehlszeile: curl ... | lz4 -d -Bei Streaming-Endpunkten ist der Antworttext eine Sequenz von verketteten LZ4-Frames über Transfer-Encoding: chunked — Derselbe Frame-Decoder verarbeitet Einzelbild- und verkettete Bildeingaben identisch, wenn er in einer Streaming-Schleife aufgerufen wird.Kann ich einen Endpunkt auf bestimmte IP-Adressen oder Browserursprünge beschränken? +
403 IP_NOT_ALLOWED bevor SQL-Abfragen ausgeführt werden. Jeder Endpunkt verfügt separat über eine optionale CORS-Ursprungs-Zulassungsliste — stellen Sie es ein auf ["https://app.acme.com"] Wenn der Endpunkt von der Frontend-Oberfläche eines bestimmten Partners aufgerufen werden soll, kann er deaktiviert werden. Für reine Server-zu-Server-Endpunkte kann er hingegen ganz weggelassen werden (Standardeinstellung). Beide Einstellungen werden im Tab „Installieren“ vorgenommen und sind sofort wirksam.Wie wird die Nutzung der API-Plattform abgerechnet? +
Accept-Encoding: lz4Die Abrechnung erfolgt anhand der komprimierten Übertragungsbytes; andernfalls anhand der unkomprimierten Bytes. Dieselbe JSON-Nutzlast über LZ4 wird typischerweise mit 25–40 % ihrer unkomprimierten Größe für Transaktionszeilen und mit 10–20 % für Analyse-Workloads abgerechnet, da dies der Datenmenge entspricht, die das Netzwerk Ihres Partners tatsächlich übertragen hat. Die Browser-Sandbox zeigt beide Werte nebeneinander an. Standardmäßige HTTP-Übertragungskomprimierung (gzip) ist reine Transportoptimierung und hat keinen Einfluss auf die Abrechnung.Was passiert, wenn eine Abfrage versucht, Daten zu schreiben oder zu löschen? +
READONLY_VIOLATION Bevor die Daten jemals Ihre Datenbank erreichen, läuft der schreibgeschützte Validator des Agenten in Ihrem Netzwerk und lässt nur SELECT-Anweisungen zu. warum jeder Endpunkt standardmäßig schreibgeschützt ist →Welche SQL-Datenbanken unterstützt die API-Plattform? +
Kann ich sehen, was jeder Empfänger tatsächlich angefordert hat? +
Wie verhält sich das im Vergleich zum Selberbauen einer API mit Express, FastAPI oder PostgREST? +
Benötigt die API-Plattform zusätzlich zu Query Streams ein separates Abonnement? +
Los geht's
Erstellen Sie Ihre erste gemeinsam genutzte API in fünf Minuten.
Registrieren Sie sich kostenlos, installieren Sie den Netzwerkagenten neben Ihrer Datenbank, speichern Sie eine SQL-Abfrage und senden Sie dem Empfänger eine Einladung zur Einlösung per E-Mail. Empfängerspezifische Schlüssel, Audit-Trail und komprimierungsbasierte Abrechnung sind ab der ersten Minute verfügbar.
Verwandte Leitfäden: Teilen Sie Live-Datenbankdaten, ohne Anmeldeinformationen preiszugeben. | Suchergebnisse sicher teilen | Anleitungen zur Konnektoreinrichtung | Alle MCP-Server-Anleitungen
Kategorie: API-Plattform
Tags: API-Plattform, REST-API, Live-Daten teilen, Partner-API, Empfängerschlüssel, SQL-zu-API, Instant-API, Streaming-API, NDJSON, LZ4-Komprimierung, OpenAPI, PostgreSQL, MySQL, SQL Server, Snowflake
Meta-Beschreibung: Sofort verfügbare REST-API für gängige SQL-Datenbanken – statisch oder Streaming, JSON/NDJSON/CSV/LZ4-Frame, empfängerspezifische Schlüssel, OpenAPI 3.1, keine Weitergabe von Anmeldeinformationen.
English 
Spanish 
German 
French 
Portuguese 
Japanese 
Korean 
Chinese 
Italian 
Dutch 
Indonesian 
Polish