Filtres SQL dynamiques

Une question. Chaque filtre. Aucune exposition à SQL.

Q: Est-ce que cela fonctionne également avec les @variables ?

Oui. Outre la détection automatique, vous pouvez utiliser la syntaxe explicite @variable pour un contrôle total sur les noms, les types et les valeurs par défaut des filtres — et vous pouvez combiner les deux approches dans une seule requête.

Q: Plusieurs utilisateurs peuvent-ils exécuter la même requête simultanément ?

Oui. Chaque utilisateur peut exécuter simultanément la même requête partagée avec des valeurs de filtre différentes, et un seul utilisateur peut en lancer plusieurs en parallèle dans des onglets de feuilles de calcul distincts.

Query Streams lit les valeurs de votre OÙ Cette fonction traite les chaînes de caractères, les dates, les nombres et les listes IN, et transforme chaque élément en un contrôle interactif dans Excel ou Google Sheets. Les destinataires sélectionnent des éléments dans des listes déroulantes et des sélecteurs de date ; le code SQL reste invisible et les données restent dynamiques.

Essayer le niveau gratuit Tarification par équipe

Niveau gratuit à vie · Aucune carte de crédit requise

Commandes à détection automatique Écrivez une fois, filtrez pour toujours SQL jamais exposé

Le moteur de détection

Écrivez la requête SQL. Nous trouvons les filtres.

Chaque valeur statique de votre OÙ La clause devient un contrôle interactif, parfaitement adapté à son type. Modifiez-en une et observez la modification se répercuter instantanément dans la requête. (Démonstration illustrative — données d'exemple.)

requête SQLGénérateur de requêtes · Vue Créateur

SELECTIONNER produit, région, revenus
DE ventes
OÙ région = « Ouest »
  ET date_de_commande >= '2025-01-01'
  ET revenus >= 500
  ET statut IN (« Payé », « Expédié »)

4 conditions filtrables détectées

Filtres · Excel / Sheets

Région Chaîne → Menu déroulant

À partir de la date Sélecteur de date →

Revenu minimum Nombre → Saisie

Statut Liste d'entrée → Sélection multiple

Les destinataires n'interagissent qu'avec les commandes situées à droite. Ils ne voient jamais le code SQL, les noms des tables ni les identifiants de connexion à la base de données, et ils ne peuvent pas modifier la logique de la requête.

Quatre types de valeurs. Quatre contrôles natifs.

Query Streams associe chaque valeur détectée au contrôle qui lui correspond — non @variables requis, bien que ceux-ci fonctionnent aussi.

Chaîne → Menu déroulant

Les conditions textuelles se transforment en une liste déroulante — options saisies au clavier ou renseignées en direct à partir d'une autre requête.

région = « Ouest »

Sélecteur de date →

ENTRE et >= Les conditions de date se transforment en sélecteurs de calendrier pour le début et la fin.

date_de_commande >= '2025-01-01'

Nombre → Saisie

Les comparaisons numériques deviennent des entrées validées — seuils, montants, quantités — avec des valeurs par défaut pertinentes.

revenus >= 500

Liste d'entrée → Sélection multiple

DANS (…) Les clauses deviennent des jetons à cocher — la liste s'allonge et se raccourcit en fonction de la sélection.

statut IN (« Payé », « Expédié »)

Deux façons de fabriquer un filtre

Laissez Query Streams détecter automatiquement les valeurs dans le SQL normal, ou nommez-les explicitement avec @variablesCombinez les deux dans une seule requête.

Détection automatique

Écrivez du SQL standard. Choisissez les valeurs détectées qui serviront de filtres ; aucune syntaxe particulière n’est requise.

auto-détecté.sqldétecté à partir de littéraux

SELECTIONNER *
DE commandes
OÙ client = 'ACME'
  ET date_de_commande
      ENTRE '2025-01-01'
      ET '2025-06-30'

Explicite `@variables`

Nommez vous-même les paramètres pour un contrôle total sur les étiquettes, les valeurs par défaut et la validation. Combinez cette fonctionnalité avec la détection automatique.

paramètres.sqlparamètres nommés

SELECTIONNER *
DE ventes
OÙ région = @region
  ET date_vente >= @date_de_début
  ET catégorie IN (@catégories)

Ajoutez des filtres en trois étapes

Construisez-le une fois ; les autres n'ont qu'à le récupérer et s'enfuir.

Écrivez votre SQL

Écrivez une requête avec OÙ conditions. Valeurs statiques comme 'ACME' ou '2025-01-01' sont automatiquement détectés comme paramètres filtrables.

Configurer les filtres

Dans l'onglet Propriétés de la requête, activez ou désactivez l'affichage des valeurs détectées sous forme de contrôles d'interface utilisateur et définissez les étiquettes, les valeurs par défaut et les options de liste déroulante.

Les utilisateurs filtrent à la demande

Les destinataires sélectionnent des filtres et cliquent sur Exécuter. Les données en direct sont diffusées dans Excel ou Google Sheets en quelques secondes.

Gouvernance

Les filtres modifient la requête. Ils ne la révèlent jamais.

Un filtre modifie uniquement les valeurs utilisées par la requête ; il ne peut jamais révéler le code SQL sous-jacent. Le texte de la requête et les identifiants de la base de données restent sur votre agent réseau ; les destinataires voient les commandes et les résultats, rien d’autre.

Exécution en lecture seule par défaut — uniquement SELECTIONNER court
Les utilisateurs ne peuvent pas modifier la logique SQL, seulement les valeurs que vous autorisez.
Les identifiants restent chiffrés sur l'agent, au sein de votre réseau.
Révoquez instantanément l'accès de toute personne depuis le portail web.

Limite de requête protégée

Texte SQL Caché aux destinataires

Identifiants Chiffré sur l'agent

Réseau Connexion sortante uniquement

Exécution Lecture seule par défaut

Qui filtre à la demande

Une seule requête enregistrée, remodelée par tous ceux qui l'exécutent, sans qu'aucun d'eux ne touche à la base de données.

Finance

P&L par département ou période fiscale. Une requête filtre sur chaque centre de coûts.

Logistique

Gestion des stocks par entrepôt ou par référence, avec filtrage en temps réel par emplacement et statut des stocks.

Marketing

Données de campagne par canal, période et région — résultats en direct dans n'importe quelle feuille de calcul.

Données API

Stripe, HubSpot et Shopify avec des filtres de date et de client via le Connecteur API.

Que sont les filtres SQL dynamiques ?

A filtre SQL dynamique est un paramètre interactif qui permet à un utilisateur de feuille de calcul de modifier OÙIl est possible d'intégrer des valeurs de clauses dans une requête SQL sans modifier le code SQL lui-même. Au lieu d'un rapport fixe et immuable, les conditions codées en dur deviennent des contrôles d'interface utilisateur complets (listes déroulantes, sélecteurs de date, champs numériques et sélections multiples) que chaque utilisateur ajuste à la demande pour obtenir des résultats actualisés et filtrés à partir d'une base de données en temps réel.

Filtres à détection automatique vs. filtres statiques

Les approches traditionnelles nécessitent une paramétrisation manuelle ou des conditions codées en dur qui ne changent jamais. Query Streams détecte les valeurs dans votre OÙ Le système prend en charge les clauses (chaînes de caractères, dates, nombres et listes IN) et les interprète automatiquement comme contrôles correspondants. Écrivez du SQL standard ; le système détecte toutes les conditions filtrables.

Filtres de plage de dates

Des conditions telles que ENTRE le « 1er janvier 2025 » et le « 30 juin 2025 » Ces commandes se transforment en sélecteurs de dates. Les utilisateurs choisissent les dates de début et de fin dans un calendrier et la requête sous-jacente se met à jour : filtrez par trimestre fiscal, sur les 30 derniers jours ou sur toute plage personnalisée.

Filtres de chaînes et numériques

Des conditions telles que région = 'Ouest' ou montant >= 500 Générez des listes déroulantes et des champs numériques, avec recherche en texte libre, validation des valeurs, valeurs par défaut configurables et listes d'options alimentées directement à partir de votre base de données.

sélections multiples dans la liste IN

Des clauses comme statut IN ('Actif','En attente') Les champs s'affichent sous forme de contrôles à sélection multiple. Les utilisateurs peuvent sélectionner plusieurs valeurs simultanément ; la liste « IN » s'adapte en conséquence. Une seule requête est utilisée par tous ; seuls les filtres changent.

Questions fréquentes

Les utilisateurs ont-ils besoin de credentials de base de données pour utiliser les filtres ?

Non. L'agent réseau gère toute la connectivité à la base de données à l'aide d'identifiants chiffrés sur votre réseau. Les utilisateurs ne voient jamais les chaînes de connexion, les noms de tables ni le code SQL ; ils n'ont accès qu'aux filtres et à leurs résultats.

Quels types de filtres sont pris en charge ?

Les chaînes de caractères s'affichent sous forme de listes déroulantes, les dates sous forme de sélecteurs de date, les nombres sous forme de champs validés, et IN Les listes sont présentées sous forme de contrôles à sélection multiple. Chaque type est détecté automatiquement à partir de votre OÙ clause.

Puis-je utiliser des listes déroulantes pour les valeurs de filtre ?

Oui. Définissez des listes déroulantes statiques dans l'onglet Propriétés de la requête, ou remplissez-les dynamiquement à partir d'une autre requête SQL qui renvoie les valeurs autorisées.

Est-ce que cela fonctionne aussi avec @variables?

Oui. Outre la détection automatique, vous pouvez utiliser des méthodes explicites. @variable Une syntaxe permettant un contrôle total sur les noms, les types et les valeurs par défaut des filtres ; vous pouvez même combiner les deux approches dans une seule requête.

Est-ce sécurisé ?

Oui. L'agent établit une connexion sortante uniquement (aucun port entrant, aucun VPN) et les requêtes et résultats transitent par ce canal chiffré unique. Les requêtes SQL ne sont jamais exposées aux utilisateurs, l'exécution est en lecture seule par défaut et vous pouvez révoquer l'accès instantanément depuis le portail.

Est-ce compatible avec les requêtes API Connector ?

Oui. Les filtres dynamiques fonctionnent avec Stripe, HubSpot, Shopify, Google Analytics 4, ShipStation, Search Console et iTick via Connecteur API.

Plusieurs utilisateurs peuvent-ils exécuter la même requête simultanément ?

Oui. Chaque utilisateur peut exécuter la même commande. requête partagée avec différentes valeurs de filtre simultanément, et un seul utilisateur peut en lancer plusieurs en parallèle dans des onglets de feuilles de calcul distincts.

En quoi les filtres SQL dynamiques diffèrent-ils des rapports statiques ?

Les rapports statiques affichent des données fixes. Les filtres SQL dynamiques permettent à chaque utilisateur d'ajuster les paramètres (plages de dates, régions, catégories de produits) et d'obtenir des résultats actualisés et filtrés à la demande. La même requête est utilisée par tous ; seules les valeurs des filtres changent.

Ajoutez des filtres à n'importe quelle requête.

Rédigez la requête SQL une seule fois, exposez les filtres de votre choix et laissez chacun façonner ses propres résultats, tandis que la requête reste la vôtre.