Logo Parquet Folder

Fichiers colonnaires Nouveau

Requête a Dossier en parquet avec SQL — dans Excel, Google Sheets, l'IA et REST

Interrogez un dossier de fichiers Parquet comme une seule table. Parquet utilise ses propres types de colonnes ; rien n’est donc deviné : un nombre décimal reste un nombre décimal et un horodatage reste un horodatage.

Commencez gratuitement 13 destinations Guide du classeur Parquet

Une seule connexion, chaque surface

Où peuvent être stockées les données de votre dossier Parquet

Dossier en parquet de nombreux fichiers → une table en direct chacun
Requêtes fédérées + tout autre connecteur · un SQL toutes sources · tous les plans
Agent de réseau
  • 1 connexion sortante
  • 0 ports d'entrée
  • lecture seule · les fichiers restent sur place

fonctionne sur

Query Streams transforme un dossier de fichiers Parquet en une table SQL dynamique, lisible depuis Microsoft Excel, Google Sheets, les assistants vocaux via MCP, l'API REST et Power BI. Parquet utilise ses propres types de colonnes ; l'agent auto-hébergé lit donc le schéma dans le pied de page de chaque fichier au lieu d'effectuer un échantillonnage de lignes. Ainsi, un nombre décimal reste un nombre décimal, un horodatage reste un horodatage, et aucune erreur d'échantillonnage n'est possible. Les fichiers restent sur votre machine ; seuls les résultats des requêtes quittent le réseau.

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 Dossier en parquet Système de fichiers Dossier CSV Dossier Excel Dossier SQLite Dossier JSONL Fichier CSV multi-enregistrements Journaux de machines Journaux du serveur Web

  1. Pour votre équipe, vos fournisseurs et vos partenaires

  2. Dossier Parquet vers Excel Microsoft Excel · Complément Excel

    Importez directement les résultats en direct du dossier Parquet dans une feuille de calcul et actualisez-les à la demande — Excel de bureau, Excel Online, Microsoft 365.

    Comment fonctionne Excel

  3. Dossier Parquet vers Google Sheets Module complémentaire Sheets

    Exécutez une requête Parquet Folder enregistrée depuis la barre latérale et glissez-déposez les lignes dans la feuille. Les collaborateurs peuvent ensuite la mettre à jour eux-mêmes.

    Comment fonctionne Google Sheets

  4. Demandez à Nova ce qu'il pense des panneaux de parquet Nova AI · Texte vers SQL

    Posez votre question en langage clair. Nova connaît déjà vos tables Parquet Folder, é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

  5. Dossier Parquet 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 requête Parquet Folder 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
  6. Pour les applications et les systèmes

  7. API REST du dossier Parquet point de terminaison HTTP

    Publiez une requête de dossier Parquet 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 ?

  8. Dossier Parquet vers Power BI Power Query M

    Collez le Power Query M généré dans l'éditeur avancé de Power BI et le rapport lira en direct les résultats du dossier Parquet via HTTPS — aucun pilote ODBC, aucun port de base de données ouvert.

    Comment fonctionne Power BI

  9. Dossier Parquet vers Airtable Plateforme d'automatisation

    Synchronisez les lignes d'un dossier Parquet avec une base de données Airtable selon une planification, ou récupérez-les dans un script d'automatisation Airtable.

    Comment fonctionne Airtable

  10. Plioir à parquet vers Baserow Plateforme d'automatisation

    Alimentez une table Baserow à partir d'un dossier Parquet via le point de terminaison REST — auto-hébergé ou cloud Baserow.

    Comment fonctionne Baserow

  11. Plioir en parquet pour table basse Plateforme d'automatisation

    Maintenez une base SeaTable à jour avec les données des dossiers Parquet sans exporter de fichier ni exposer la base de données.

    Comment fonctionne SeaTable

  12. Dossier Parquet vers Smartsheet Plateforme d'automatisation

    Intégrez les résultats du dossier Parquet 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 dernière.

    Comment fonctionne Smartsheet

  13. Plieuse à parquet vers enclume Anvil Works · Plateforme d'applications

    Utilisez un point de terminaison REST pour alimenter une application Anvil Python avec un dossier Parquet, au lieu d'intégrer les identifiants de base de données dans l'application.

    Comment fonctionne Anvil
  14. Pour les outils d'IA

  15. Serveur MCP de dossiers Parquet Claude, clients de Cursor et MCP

    Donnez à un assistant IA un accès en lecture seule au dossier Parquet contenant le schéma dont il a besoin pour écrire du code SQL correct ; aucune information d’identification ne doit être communiquée dans la conversation.

    Comment fonctionne MCP
  16. Livré aux personnes

  17. Alertes et rapports du dossier Parquet Slack · Discord · Courriel · Webhook

    Programmez une requête Parquet Folder 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

01

Installez l'agent réseau à un emplacement où il peut accéder au dossier : un répertoire d'exportation, un petit lac de données, un répertoire de dépôt du fournisseur.

02

Indiquez au connecteur le dossier ou l'arborescence entière ; chaque fichier .parquet sera pris en compte.

03

Parquet stocke son schéma dans chaque fichier ; l’agent lit donc ces descriptions au lieu d’échantillonner les lignes. Aucun type n’est déduit du texte, et aucune erreur d’échantillonnage n’est possible.

04

Les fichiers sont chargés dans un seul tableau, empilés, avec une colonne _source_file sur chaque ligne indiquant le nom du fichier.

05

Interrogez-la avec la même requête SQL que vos bases de données — et joignez-la à elles dans la même requête.

Analyse approfondie des fonctionnalités

Ce que Parquet Folder vous offre

Pourquoi celui-ci est exact

  • Les types proviennent du fichier lui-même — Les nombres décimaux, les horodatages et les entiers arrivent tels quels.
  • Union de colonnes — si certains fichiers contiennent une colonne absente des autres, celle-ci est simplement considérée comme vide pour ces fichiers au lieu de perturber l'ensemble.
  • Si deux fichiers présentent une divergence réelle quant au type d'une colonne, le connecteur refuse de les fusionner au lieu de les convertir en texte. Le fichier et la colonne concernés sont alors indiqués.
-- Nombre de lignes et revenus par fichier d'exportation SELECT _source_file, COUNT(*) AS rows, SUM(amount) AS total FROM data GROUP BY _source_file

Après la première synchronisation

Tout fichier ultérieur ajoutant une colonne, supprimant une colonne épinglée ou modifiant un type est mis en attente et enregistré dans `files_events` par son nom. Le reste du dossier continue de se charger, de sorte qu'une exportation incorrecte ne met jamais la table hors ligne. La lecture est peu coûteuse : seuls les fichiers réellement modifiés sont relus.

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 dossier Parquet au reste de vos données.

Un dossier de fichiers est un ensemble de tables SQL comme un autre ; une seule requête permet donc de l'associer simultanément à une base de données et à une API. Chaque source exécute uniquement la partie qu'elle peut traiter, renvoie le résultat, et l'association est centralisée : les sources ne communiquent jamais entre elles et aucune donnée n'est copiée.

3 connexions · 3 agents

Dossier en parquet Fichiers colonnaires
PostgreSQL Moteur relationnel
Rayure Paiements et facturation

Une déclaration

-- rien copié, rien fusionné, rien programmé
SELECTIONNER   c.region, COUNT(*) AS commandes, SUM(i.montant_dû) AS facturé
DE     parquet_lake.ensemble de fichiers.données1 f
JOINDRE     pg_crm.public.clients2   c ON c.id = f.customer_id
JOINDRE     facturation.stripe.factures3   i ON i.customer = c.stripe_id
GROUPE PAR région c.
ORDER BY facturé DESC;

Les trois éléments sont la connexion, le schéma et la table ; le nom de la connexion est celui que vous lui avez donné. Les colonnes sont données à titre d'exemple ; vos tables seront les vôtres. Chaque élément est en lecture seule : seules les instructions SELECT, WITH et EXPLAIN sont autorisées, avec une limite quant aux 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

Ce dont Parquet Folder a 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); every .parquet file is matched, subfolders included
Schéma
Lecture du pied de page Parquet de chaque fichier – sans échantillonnage, sans inférence, sans déduction du type à partir du texte
Union de colonnes
Une colonne présente uniquement dans certains fichiers apparaît comme vide dans les autres au lieu de rompre l'ensemble.
Conflits de types
Si deux fichiers diffèrent réellement quant au type d'une colonne, le connecteur refuse de les lier et nomme le fichier et la colonne, au lieu de les convertir en texte.
Tables
Un tableau, chaque fichier y étant empilé, chaque ligne comportant une colonne _source_file indiquant le nom de son fichier.
Limites
Jusqu'à 250 000 fichiers, 16 niveaux de dossiers, 512 Mo par fichier — tout est configurable
Identifiants
Aucun serveur n'est nécessaire ; l'agent lit les fichiers directement sur place.
dialecte SQL
DuckDB — SQL standard, aucune spécificité de dossier à apprendre

Il n'y a pas de serveur de base de données dans cette configuration. L'agent lit les fichiers .parquet à leur emplacement d'origine, met en cache les lignes dans un stockage DuckDB chiffré sur la même machine, et ne relit que les fichiers modifiés ; un dossier de 50 000 fichiers n'est pas réanalysé suite à l'ajout d'une nouvelle exportation. Rien n'est transféré vers Query Streams ; seul le résultat d'une requête quitte votre réseau.

Parquet est le seul format de cette famille où aucune interprétation n'est nécessaire. Tous les autres connecteurs de dossiers déterminent le type d'une colonne à partir de ses valeurs ; Parquet, lui, le sait déjà : l'agent lit donc la description plutôt que les données. Cela simplifie considérablement la configuration, même pour les dossiers très volumineux (seuls les pieds de page sont analysés), et élimine tout le problème d'une colonne qui semble numérique pour les mille premières lignes, puis qui s'avère ne pas l'être.

Documentation du fournisseur : parquet.apache.org

FAQ

Questions concernant le dossier Parquet

Quels outils peuvent lire les données des dossiers Parquet via des 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 à un dossier Parquet ?

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); every .parquet file is matched, subfolders included. Schema: Read from each file's own Parquet footer — no sampling, no inference, no type worked out from text. Column union: A column only some files carry reads as empty in the others rather than breaking the set. Type conflicts: If two files genuinely disagree on a column's type the connector refuses to pin and names the file and the column, instead of flattening both to text.

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 dossier Parquet 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 dossier parquet à l'endroit où se déroule le travail.

Installez l'agent, indiquez-lui l'emplacement de votre dossier et choisissez une destination.

Commencez gratuitement Tous les connecteurs

Lecture seule Sortant uniquement Les identifiants restent sur l'agent