Métadonnées du dossier Nouveau
Requête a Système de fichiers avec SQL — dans Excel, Google Sheets, l'IA et REST
Renseignez n'importe quel dossier : le nom, la taille, les dates et l'historique des modifications de chaque fichier sont affichés sous forme de lignes. Répondez aux questions « Le fichier est-il arrivé ? », « Quel fichier a disparu ? » et « Qu'est-ce qui occupe l'espace disque ? » en SQL. Ne lit pas le contenu des fichiers.
Une seule connexion, chaque surface
Où vos données du système de fichiers peuvent être stockées
- 1 connexion sortante
- 0 ports d'entrée
- lecture seule · les fichiers restent sur place
fonctionne sur
- Pour votre équipe, vos fournisseurs et vos partenaires
-
Excel module complémentaire · actualisation à la demande
-
Google Sheets module complémentaire · actualisation à la demande
-
Nova AI Poser une question en langage clair · Conversion de texte en SQL
-
Visionneuse de données partagez les résultats en direct · équipe, fournisseurs, partenaires · sur n'importe quel appareil
- Pour les applications et les systèmes
-
API REST Point de terminaison JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Synchronisations planifiées Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Pour les outils d'IA
-
assistants IA Claude · Curseur · Serveur MCP
- Livré aux personnes
-
Alertes et rapports Slack · Discord · Courriel · Webhook
Query Streams transforme n'importe quel dossier en tables SQL dynamiques : le nom, la taille, les dates et l'historique des modifications de chaque fichier sont affichés sous forme de lignes. Ces tables sont lisibles depuis Microsoft Excel, Google Sheets, les assistants vocaux via MCP, l'API REST et Power BI. L'agent auto-hébergé parcourt l'arborescence et enregistre les données qu'il trouve ; il n'ouvre jamais les fichiers, leur contenu n'est donc jamais lu. Chaque nouvelle analyse est comparée à la précédente : les éléments ajoutés, modifiés et supprimés sont ainsi directement interrogeables, contrairement à un instantané qu'il faudrait comparer manuellement.
Un des 9 pilotes de jeu de fichiers sur un moteur de dossier — les tables d'inventaire, l'historique des modifications et les règles de refus sous Fonctionnalités sont partagées par la famille Système de fichiers Dossier CSV Dossier en parquet Dossier Excel Dossier SQLite Dossier JSONL Fichier CSV multi-enregistrements Journaux de machines Journaux du serveur Web
- Pour votre équipe, vos fournisseurs et vos partenaires
-
Système de fichiers vers Excel Microsoft Excel · Complément Excel
Importez directement les résultats du système de fichiers en direct dans une feuille de calcul et actualisez-les à la demande — Excel de bureau, Excel Online, Microsoft 365.
Comment fonctionne Excel -
Système de fichiers vers Google Sheets Module complémentaire Sheets
Exécutez une requête système de fichiers enregistrée depuis la barre latérale et glissez-déposez les lignes dans la feuille. Les collaborateurs peuvent ensuite l'actualiser eux-mêmes.
Comment fonctionne Google Sheets -
Demandez à Nova des informations sur le système de fichiers Nova AI · Texte vers SQL
Posez votre question en langage clair. Nova connaît déjà vos tables de système de fichiers, écrit et exécute la requête SQL, explique la réponse et la représente graphiquement — aucune requête à écrire, aucune information d’identification à fournir.
Comment fonctionne Nova -
Système de fichiers vers visionneuse de données Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur
Partagez en direct les résultats d'une analyse du système de fichiers avec qui vous voulez (un collègue, un fournisseur, un partenaire) sous forme de grille interactive qui se met à jour automatiquement à chaque ouverture, sur téléphone, tablette ou ordinateur. Ils voient les résultats, jamais le code SQL ni les fichiers.
Fonctionnement du visualiseur de données - Pour les applications et les systèmes
-
API REST du système de fichiers point de terminaison HTTP
Publiez une requête de système de fichiers sous forme de point de terminaison JSON authentifié, accessible à toute application, avec une spécification OpenAPI 3.1 et des collections Postman, Insomnia et Hoppscotch prêtes à l'emploi. Aucun port de base de données n'est ouvert.
Comment fonctionne une API REST ? -
Système de fichiers vers Power BI Power Query M
Collez le code Power Query M généré dans l'éditeur avancé de Power BI et le rapport lira les résultats du système de fichiers en direct via HTTPS — aucun pilote ODBC, aucun port de base de données ouvert.
Comment fonctionne Power BI -
Système de fichiers vers Airtable Plateforme d'automatisation
Synchronisez les lignes du système de fichiers avec une base Airtable selon une planification, ou récupérez-les dans un script d'automatisation Airtable.
Comment fonctionne Airtable -
Système de fichiers vers Baserow Plateforme d'automatisation
Alimentez une table Baserow à partir du système de fichiers via le point de terminaison REST — auto-hébergé ou cloud Baserow.
Comment fonctionne Baserow -
Système de fichiers vers SeaTable Plateforme d'automatisation
Maintenez une base SeaTable à jour avec les données du système de fichiers sans exporter de fichier ni exposer la base de données.
Comment fonctionne SeaTable -
Système de fichiers vers Smartsheet Plateforme d'automatisation
Intégrez les résultats du système de fichiers dans une grille Smartsheet afin que les plans et les rapports soient lus à partir du système source et non de l'exportation de la semaine précédente.
Comment fonctionne Smartsheet -
Système de fichiers vers Anvil Anvil Works · Plateforme d'applications
Utilisez le système de fichiers d'une application Anvil Python via le point de terminaison REST au lieu d'intégrer les identifiants de base de données dans l'application.
Comment fonctionne Anvil - Pour les outils d'IA
-
Serveur MCP du système de fichiers Claude, clients de Cursor et MCP
Donnez à un assistant IA un accès en lecture seule au système de fichiers avec le schéma dont il a besoin pour écrire du code SQL correct — aucune information d'identification dans la conversation.
Comment fonctionne MCP - Livré aux personnes
-
Alertes et rapports du système de fichiers Slack · Discord · Courriel · Webhook
Programmez une requête du système de fichiers et faites en sorte que les lignes soient envoyées à Slack, Discord, par e-mail ou via un webhook signé — ou conservez le message jusqu'à ce qu'un nombre de lignes, un seuil ou un pourcentage de variation dépasse la limite que vous avez définie.
Fonctionnement des alertes et des rapports
Comment ça marche
5 étapes, aucune modification du pare-feu entrant
Installez l'agent réseau sur une machine pouvant accéder au dossier : un serveur de fichiers, un partage NAS ou le PC sur lequel les exportations sont enregistrées.
Indiquez-lui un ou plusieurs dossiers racines. Vous pouvez définir les critères d'inclusion et d'exclusion ; les corbeilles, .git et node_modules sont ignorés par défaut.
L'agent parcourt l'arborescence (16 niveaux de profondeur par défaut) et enregistre pour chaque fichier son chemin d'accès, sa taille, son horodatage et son état (existant ou non). Il n'ouvre jamais le fichier.
Chaque nouvelle analyse est comparée à la précédente, vous obtenez donc un historique des modifications plutôt qu'un instantané : apparu, modifié, disparu.
Interrogez-la comme n'importe quelle table et joignez-la à une base de données — par exemple, les factures de votre ERP sans fichier correspondant dans le dossier de dépôt.
Analyse approfondie des fonctionnalités
Quel système de fichiers vous offre-t-il ?
Ce que vous pouvez interroger
- fichiers_actuels — une ligne par fichier actuellement présent : chemin d’accès, dossier, extension, taille et date de modification.
- fichiers_événements — une ligne par modification. C’est ainsi que vous répondez à la question « Qu’est-ce qui a été téléchargé hier soir ? » ou « Qui a supprimé le dossier de mars ? »
- annuaires — le nombre d'éléments par dossier et les totaux, ainsi qu'une indication de la raison pour laquelle un dossier n'a pas pu être lu.
- instantanés_de_répertoire — une série de tailles quotidiennes par dossier, la croissance est donc représentée par un graphique et non par une estimation.
- volumes — capacité et espace libre pour chaque disque dur sur lequel reposent les racines.
Convertir les noms de fichiers en colonnes
Les fichiers d'exportation sont presque toujours nommés selon une convention. En attribuant un modèle de nom de fichier au connecteur, chaque élément devient une colonne distincte ; ainsi, le fichier INV_2026-08-24_ACME.csv peut être filtré par date et client sans modification du nom. Les noms de dossiers peuvent être gérés de la même manière.
-- Tous les fichiers arrivés au cours des dernières 24 heures, du plus grand au plus petit : SELECT relative_path, size_bytes, modified_utc FROM files_current WHERE modified_utc > now() - INTERVAL 1 DAY ORDER BY size_bytes DESC
Ce qu'il ne fait pas délibérément
Le système de fichiers indexe le dossier, et non les données. Il ne lit pas le contenu des fichiers. Si vous souhaitez accéder aux lignes à l'intérieur des fichiers, utilisez CSV, Parquet, Excel, SQLite, JSONL ou un dossier CSV multi-enregistrements ; ces formats vous fournissent les mêmes tableaux d'inventaire ainsi que les données elles-mêmes.
Partagé par toute la famille File Set
Chaque connecteur de dossier vous offre également
- fichiers_actuels — un inventaire en direct : tous les fichiers que le connecteur peut voir actuellement, avec leur chemin d’accès, leur taille et leur date de modification.
- fichiers_événements — la piste d'audit : ce qui est apparu, ce qui a changé, ce qui a disparu et tout ce qui a été retenu, avec le nom du fichier et la raison.
- répertoires et volumes — totaux par dossier, historique de croissance quotidien et espace restant sur le disque.
- Seuls les fichiers ayant réellement été modifiés sont relus à chaque synchronisation ; ainsi, un dossier de 50 000 fichiers n’est pas réanalysé simplement parce qu’une nouvelle exportation a été effectuée.
Bon à savoir
- Lecture seule, obligatoire — une seule instruction à la fois, SELECT et ses fonctions associées uniquement. Vos fichiers ne sont jamais modifiés, déplacés ni renommés.
- Aucun téléchargement n'a été effectué. Les données sont mises en cache et chiffrées sur votre machine, à proximité de l'agent. Seul le résultat d'une requête quitte votre réseau.
- Valeurs par défaut judicieuses — Jusqu'à 250 000 fichiers, répartis sur 16 sous-dossiers, 512 Mo par fichier, toutes ces valeurs étant configurables. Les corbeilles, les répertoires .git et node_modules sont systématiquement ignorés.
- Le dialecte SQL est DuckDB. — la même requête SQL que vous écririez pour n'importe quel autre connecteur.
SQL inter-sources
Associez le système de fichiers au reste de vos données.
Un index de dossier est un ensemble de tables SQL comme les autres. Votre système d'information sait quels documents devraient exister et votre prestataire de paiement sait lesquels ont été traités ; seul le dossier connaît les données effectivement reçues, et une seule requête permet d'interroger les trois. Chaque source exécute uniquement la partie qu'elle peut traiter, renvoie le résultat, et la jointure est effectuée de manière centralisée : les sources ne communiquent jamais entre elles et aucune donnée n'est copiée.
3 connexions · 3 agents
Une déclaration
-- émis dans l'ERP, arrivé dans le dossier, réglé dans Stripe
SELECTIONNER e.invoice_no, e.issued_on, f.first_seen_utc AS arrived, i.status
DE erp_sql.dbo.factures2 e
Jonction gauche dossier_déposer.fileset.files_current1 f ON f.invoice_no = e.invoice_no
Jonction gauche facturation.stripe.factures3 i ON i.number = e.invoice_no
ORDER BY e.émis_le DESC;
Les trois éléments sont la connexion, le schéma et la table ; le nom de la connexion correspond à celui que vous lui avez attribué. Les colonnes sont données à titre d'exemple ; vos tables resteront les vôtres. La colonne « invoice_no » correspond au nom du fichier : indiquez la convention de nommage au connecteur et chaque partie du nom du fichier deviendra une colonne sur laquelle vous pouvez effectuer une jointure. Une valeur nulle indique un document qui n'a jamais été reçu. L'accès en lecture seule s'applique à tous les éléments : seules les instructions SELECT, WITH et EXPLAIN sont autorisées, avec une limite quant à la quantité de données qu'une source peut transmettre pour une requête donnée. Fonctionnement des requêtes fédérées
Détails de connexion
De quoi le système de fichiers a-t-il besoin ?
- Dossier
- One or more roots — local disk or a network share typed as \\server\share (never a mapped drive letter; on Linux or a Mac, mounted first); subfolders included, include and exclude patterns supported
- Lectures
- Seuls les noms, les tailles, les dates et les chemins d'accès sont enregistrés — le fichier lui-même n'est jamais ouvert, son contenu n'est donc jamais analysé.
- Tables
- Fichiers courants, événements de fichiers, répertoires, instantanés de répertoires et volumes : inventaire, historique des modifications, totaux par dossier, taille quotidienne et capacité du disque
- Historique des modifications
- Chaque nouvelle analyse est comparée à la précédente ; les lignes apparues, modifiées et disparues sont donc interrogeables.
- Colonnes de nom de fichier
- Définissez une convention de nommage et chaque partie deviendra sa propre colonne ; les noms de dossiers peuvent être enregistrés de la même manière.
- Limites
- Jusqu'à 250 000 fichiers, répartis sur 16 niveaux de dossiers — les deux étant ajustables.
- Identifiants
- Aucun serveur n'est requis ; l'agent lit le dossier directement.
- dialecte SQL
- DuckDB — SQL standard, aucune spécificité de dossier à apprendre
Il n'y a pas de serveur de base de données ni de fichiers dans cette configuration : ce connecteur indexe le dossier, et non son contenu. L'agent parcourt l'arborescence, enregistre le chemin, la taille et l'horodatage de chaque fichier dans une base de données DuckDB chiffrée sur la même machine, et compare chaque passage avec le précédent. Rien n'est transféré vers Query Streams ; seul le résultat d'une requête quitte votre réseau.
C'est la carte à consulter lorsqu'il s'agit de questions relatives aux fichiers eux-mêmes : l'exportation d'hier soir a-t-elle abouti ? Quels éléments ont disparu ? Quel est le contenu du disque dur ? Quelles factures de l'ERP ne correspondent à aucun document dans le dossier de dépôt ? Si vous souhaitez accéder aux lignes à l'intérieur des fichiers, les cartes CSV, Parquet, Excel, SQLite, JSONL et CSV multi-enregistrements vous fournissent ces mêmes tableaux d'inventaire, ainsi que les données.
FAQ
Questions concernant le système de fichiers
Quels outils peuvent lire les données du système de fichiers via les flux de requêtes ?
Tous ces outils, depuis une seule connexion : Excel, Google Sheets, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertes et rapports programmés. Connectez le dossier une seule fois et tous les systèmes accèdent à la même connexion en lecture seule ; aucune configuration n’est requise pour chaque outil et aucune copie supplémentaire des données n’est nécessaire.
Mes fichiers sont-ils téléchargés sur Query Streams ?
Non. L'agent réseau lit les fichiers sur place et met en cache les lignes dans un espace de stockage chiffré sur la même machine. Les fichiers eux-mêmes ne quittent jamais votre réseau ; seules les lignes de résultat d'une requête le font, via une unique connexion sortante chiffrée sans port de pare-feu entrant.
Est-ce que Query Streams peut modifier, déplacer ou renommer mes fichiers ?
Non. Les fichiers sont ouverts en lecture seule et ne sont jamais modifiés, déplacés ni renommés. Les requêtes sont exécutées en lecture seule, une seule instruction à la fois, uniquement SELECT et les instructions similaires.
De quoi Query Streams a-t-il besoin pour se connecter au système de fichiers ?
A folder path the agent machine can see — no server, no credentials, no drivers to install. Folder: One or more roots — local disk or a network share typed as \\server\share (never a mapped drive letter; on Linux or a Mac, mounted first); subfolders included, include and exclude patterns supported. Reads: Names, sizes, dates and paths only — the file itself is never opened, so contents are never parsed. Tables: files_current, files_events, directories, directory_snapshots and volumes — inventory, change trail, per-folder totals, a daily size series and drive capacity. Change history: Every rescan is compared against the last, so appeared, modified and vanished are rows you can query.
Est-il possible de joindre un dossier de fichiers à une base de données dans la même requête ?
Oui, il s'agit bien d'une requête fédérée. Une seule instruction peut référencer simultanément le système de fichiers et vos autres connexions, sous la forme `connection.schema.table`. Chaque source exécute uniquement la partie qu'elle peut traiter et renvoie le résultat. La jointure est centralisée, ce qui évite toute connexion entre les sources et empêche toute copie ou planification. L'accès en lecture seule s'applique à chaque élément (SELECT, WITH et EXPLAIN uniquement), et la quantité de données qu'une source peut transmettre pour une requête donnée est limitée. Les requêtes fédérées sont une fonctionnalité incluse dans votre abonnement ; la page dédiée affiche les limites actuelles de la source et de la taille des données.
Placez le système de fichiers là où le travail s'effectue.
Installez l'agent, indiquez-lui l'emplacement de votre dossier et choisissez une destination.
Lecture seule Sortant uniquement Les identifiants restent sur l'agent

