API REST instantanée pour les bases de données SQL populaires : comment Query Streams transforme une requête enregistrée en un point de terminaison prêt à l’emploi pour les partenaires

Voir tout ce que les Query Streams peuvent faire au-delà de ce guide Commencer gratuitement

Soutien

+Plus d'informations

Données en direct

Remplacer les exportations par du SQL à la demande

Excel Feuilles

BI & AI Analytics

Demandez à Nova, obtenez SQL + des graphiques

Rencontre avec Nova

API REST de base de données

Une clé par partenaire. Aucun identifiant partagé.

Créer une API

+Plus d'informations

Automatisation

Synchronisation programmée sur plus de 6 plateformes

Explorer

+Plus d'informations

API à SQL

Interroger les API avec SQL, sans code

Explorer

+Plus d'informations

Base de données IA MCP

Claude, Cursor, ChatGPT et Grok interagissent avec vos données.

Connecter l'IA

Query Streams est une plateforme d'intégration de données sécurisée et en temps réel qui transforme toute requête SQL enregistrée en un point de terminaison d'API REST prêt pour les partenaires, avec des clés par destinataire, des quotas d'octets mensuels et une piste d'audit complète. La plateforme API vous permet de partager des données de base de données en direct avec vos clients, fournisseurs et équipes internes sans jamais divulguer vos identifiants de base de données, votre code SQL ou la topologie de votre réseau. Pour en savoir plus, rendez-vous sur QueryStreams.com. et Inscrivez-vous gratuitement pour créer votre première API partagée en cinq minutes.

Partagez des données de base de données en direct via une API REST, sans partager d'identifiants.

La plupart des équipes envoient des exportations CSV, distribuent des comptes de base de données en lecture seule ou mettent en place un service Express personnalisé lorsqu'un partenaire a besoin de données en temps réel. Chaque approche présente le même problème : le partenaire se retrouve avec des données qu'il ne devrait pas avoir — une boîte de réception pleine de fichiers CSV obsolètes, des identifiants SQL qui persistent bien après la fin de la collaboration ou un accès root à un service non maintenu. La plateforme API Query Streams vous permet de partager… capacité à exécuter une requête enregistréeCe ne sont pas les identifiants sous-jacents qui sont concernés. Chaque destinataire reçoit sa propre clé API, chaque appel est limité en débit et audité, et l'accès peut être révoqué depuis le portail en un seul clic, sans avoir à modifier le mot de passe de la base de données.

Les bases de données SQL populaires sont prises en charge.

La plateforme API est compatible avec les bases de données SQL que la plupart des équipes utilisent déjà. Une fois votre agent réseau connecté, chaque requête enregistrée sur une base de données prise en charge peut être envoyée à un point de terminaison REST partagé ; aucune configuration ni kit de développement logiciel (SDK) n’est requis pour chaque base de données.

Microsoft SQL Server

PostgreSQL

MySQL

MariaDB

SQLite

Microsoft Access

Oracle

BigQuery

DuckDB

Flocon de neige et plus encore

Comment ça marche en trois étapes

Une fois votre agent réseau et un connecteur de base de données compatible configurés, la promotion d'une requête enregistrée vers une API partagée prend environ cinq minutes :

Choisissez un mode de réponse : statique ou en continu

Lors de sa création, chaque point de terminaison choisit l'un des deux modes de réponse. Ce mode détermine la manière dont les données quittent nos serveurs ; le format de transmission (JSON, NDJSON, CSV ou trame LZ4) est choisi indépendamment par le destinataire pour chaque appel.

Les erreurs en cours de flux sur un point de terminaison de streaming ne peuvent pas être exprimées par un code d'état HTTP (l'état a déjà été envoyé avec le premier segment). Nous les signalons comme un dernier enregistrement sentinelle : {"_error":"...","rows_returned":N} pour NDJSON, ou # erreur : ..., lignes_retournées : N Pour les flux CSV, les bibliothèques consommatrices doivent vérifier le dernier enregistrement avant de considérer le flux comme terminé.

Choisissez un format de transmission : JSON, NDJSON, CSV ou cadre LZ4

Dans le mode de réponse choisi, les destinataires sélectionnent le format de transmission pour chaque appel à l'aide d'en-têtes HTTP standard (Accepter pour le format intérieur et Accept-Encoding (pour la compression). Un seul point de terminaison peut prendre en charge les quatre formats ; le propriétaire peut également verrouiller le point de terminaison sur un seul format à partir de l’onglet Installation.

# Python
données = requêtes.get(url, en-têtes=h).json()

# Python
pour doubler dans resp.iter_lines(): ligne = json.loads(ligne)

# pandas
df = pd.read_csv(url, storage_options=h)

# Python
données = lz4.frame.decompress(resp.content)

Pour les consommateurs qui souhaitent une interopérabilité maximale, le format JSON (ou CSV) simple suffit ; tout le reste est optionnel. La compression réseau (gzip) est appliquée automatiquement aux données non compressées via la norme. Accept-Encoding En-tête ; nous n’effectuons jamais de double compression, donc LZ4-frame remplace gzip au lieu de s’empiler par-dessus.

Aperçu des quatre combinaisons de fils

Le mode de réponse et la compression de la charge utile se composent de quatre chemins terminaux. Le propriétaire du terminal choisit les valeurs par défaut dans l'onglet Installation ; le destinataire peut les modifier pour chaque appel (dans les limites autorisées par le propriétaire). La compression du réseau (gzip) est négociée via Accept-Encoding des couches superposées automatiquement aux deux rangées non compressées.

Filtres de passage lors de l'appel

Tout paramètre de requête enregistrée exposé par le propriétaire peut être défini par le destinataire à chaque appel. OBTENIR Les requêtes utilisent la chaîne de requête ; POSTE Les requêtes utilisent un corps JSON. L'agent lie les paramètres sous forme de valeurs d'instructions préparées (jamais par concaténation de chaînes), empêchant ainsi le destinataire d'injecter du code SQL à partir d'un paramètre.

Le propriétaire du point de terminaison contrôle les paramètres exposés (dans le sous-onglet Paramètres de l'onglet Installation), ceux qui sont verrouillés sur une valeur fixe et l'ensemble des valeurs autorisées. Les destinataires ne peuvent définir que les paramètres exposés par le propriétaire ; tout le reste est fixe. Les paramètres à valeurs multiples utilisent des clés répétées (?status=payé&status=expédié) sur GET et un tableau JSON standard sur POST.

Poste de sécurité : CORS, listes blanches d’adresses IP et limitations de débit

Au-delà des clés par destinataire et de l'application du mode lecture seule, chaque point de terminaison vous offre quatre verrous supplémentaires que vous pouvez renforcer avant de le partager.

Chaque point de terminaison est livré avec une spécification OpenAPI 3.1

Chaque point de terminaison expose une spécification lisible par machine à l'adresse GET /v1/endpoints/{id}/openapi.jsonIl décrit l'URL, la méthode, chaque paramètre (avec son type, ses valeurs autorisées et sa valeur par défaut), la structure de chaque réponse selon son format (JSON, NDJSON, CSV, LZ4) et chaque code d'erreur. Collez-le dans Postman ou Insomnia pour générer une collection de requêtes, utilisez-le avec Swagger UI pour obtenir une documentation interactive ou exécutez-le avec un générateur de SDK pour obtenir un client typé dans le langage de votre choix.

Utilisez-le depuis Power BI, Tableau et tout outil JSON.

Parce que chaque point de terminaison renvoie une norme JSON — avec le format CSV et le flux NDJSON en parallèle — tout outil capable de lire un flux REST consomme vos données directement, sans rien à installer côté destinataire. Power Query est le pont le plus facile vers la suite Microsoft BI : dans Power BI choisir Récupérer des données → Depuis le Web, collez l'URL du point de terminaison, ajoutez le Autorisation L'en-tête est analysé par Power Query, qui convertit le JSON en un tableau actualisable alimentant votre modèle de données. (Pour les données en direct dans une feuille de calcul, la méthode native est utilisée.) Modules complémentaires Query Streams pour Excel et Google Sheets « c’est la voie la plus simple — Power Query est là lorsque vous souhaitez intégrer les données directement dans le modèle BI. »

Power Query Récupérer les données → Depuis le Web, collez l'URL et le jeton d'authentification, puis développez le JSON en un tableau actualisable.

Power BI Même moteur Power Query — chargez le point de terminaison dans votre modèle et planifiez une actualisation

Tableau Configurez un connecteur de données Web ou une source JSON pour qu'elle pointe vers le point de terminaison des tableaux de bord en direct.

Facteur Importez la spécification OpenAPI 3.1, puis envoyez, inspectez et partagez des requêtes en un seul clic.

Il nourrit également n8n, Qlik, boucle, Python (demandes ou pandas.read_json), Insomnia, Hoppscotch — ou tout script ou flux de travail capable d'envoyer une requête HTTP et de lire du JSON.

Testez les points de terminaison dans votre navigateur, à la manière de Postman, sans quitter le portail.

Avant de confier une clé à un partenaire, testez vous-même le point de terminaison. L'onglet Installation intègre un générateur de requêtes qui reproduit l'interface pour votre destinataire : choisissez la méthode HTTP, définissez les paramètres de requête, sélectionnez un exemple, envoyez la requête et examinez la réponse. L'environnement de test utilise une clé éphémère temporaire, garantissant ainsi que l'appel suit exactement le même chemin que la requête du destinataire : même authentification, même répartition des agents, même négociation de compression et même comptabilisation des octets.

Facturation tenant compte de la compression

Le nombre d'octets dans votre journal d'activité est mesuré à la sortie de notre serveur API et suivre une règle simple et prévisible : si le destinataire a consenti à Compression de la charge utile du cadre LZ4 (Accept-Encoding: lz4), les factures d'appel sur les octets compressés qui ont effectivement transité sur le réseau ; sinon, les factures d'appel sur les octets non compressés. Compression HTTP standard (gzip) est une optimisation pure du transport et n'affecte pas la facturation — cette compression intervient après que nous ayons mesuré les octets que le consommateur est invité à « voir ».

La décompression côté client se fait sur une ligne par langage. Voici le code d'intégration standard pour chaque environnement pour lequel nous fournissons des exemples :

Conçu pour le partage de données entre partenaires, et non pour les API à l'échelle d'Internet.

La plateforme API Query Streams est conçue pour les cas d'utilisation où vous connaissez vos destinataires : clients, fournisseurs, équipes internes, organismes de réglementation, auditeurs, membres du conseil d'administration. Les quotas de points de terminaison, les limites mensuelles de données et les limitations de débit par destinataire sont calculés pour des dizaines, voire des milliers, d'appels par jour et par destinataire. Si votre cas d'utilisation concerne une API marketing publique qui doit traiter des millions de requêtes anonymes par seconde, vous aurez probablement besoin d'une passerelle API comme Kong, Apigee ou AWS API Gateway, placée devant un service que vous développez vous-même. La plateforme API complète ce modèle ; elle ne le remplace pas.

Questions fréquemment posées

Commencer

Guides associés : Partagez des données de base de données en direct sans divulguer d'identifiants. | Partagez les résultats de votre requête en toute sécurité | Guides d'installation des connecteurs | Tous les guides du serveur MCP

Catégorie : Plateforme API

Mots-clés : plateforme API, API REST, partage de données en direct, API partenaire, clés par destinataire, conversion SQL vers API, API instantanée, API de streaming, NdJSON, compression LZ4, OpenAPI, PostgreSQL, MySQL, SQL Server, Snowflake

Méta-description : API REST instantanée pour les bases de données SQL populaires — statiques ou en flux continu, JSON/NDJSON/CSV/LZ4-frame, clés par destinataire, OpenAPI 3.1, aucune information d’identification partagée.