Logo CSV multi-enregistrements

Disques étiquetés Nouveau

Requête a Fichier CSV multi-enregistrements avec SQL — dans Excel, Google Sheets, l'IA et REST

Pour les fichiers CSV contenant plusieurs types d'enregistrements simultanément, une étiquette sur chaque ligne indique le type d'enregistrement. Les exportations automatiques et les données d'échange sont incompréhensibles pour les outils CSV classiques ; cette méthode les transforme en un tableau clair par type d'enregistrement.

Une seule connexion, chaque surface

Où vos données CSV multi-enregistrements peuvent être stockées

Query Streams transforme un dossier de fichiers CSV multi-enregistrements étiquetés en tables SQL propres, lisibles depuis Microsoft Excel, Google Sheets, les assistants IA via MCP, l'API REST et Power BI. Une étiquette sur chaque ligne indique son type, permettant à l'agent auto-hébergé de l'acheminer vers la table correspondante. Ainsi, un fichier contenant des en-têtes PNLHDR et des détails PNL1 devient deux tables distinctes au lieu d'un seul bloc inutilisable. 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 Fichier CSV multi-enregistrements Système de fichiers Dossier CSV Dossier en parquet Dossier Excel Dossier SQLite Dossier JSONL Journaux de machines Journaux du serveur Web

  1. Pour votre équipe, vos fournisseurs et vos partenaires
  2. Conversion de plusieurs fichiers CSV en Excel Microsoft Excel · Complément Excel

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

    Comment fonctionne Excel
  3. Conversion de fichiers CSV multi-enregistrements en feuilles Google Sheets Module complémentaire Sheets

    Exécutez une requête CSV multi-enregistrements 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 des informations sur les fichiers CSV multi-enregistrements. Nova AI · Texte vers SQL

    Posez votre question en langage clair. Nova connaît déjà vos tables CSV multi-enregistrements, rédige 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. Visualiseur de données CSV multi-enregistrements Partage des résultats · équipe, fournisseurs, partenaires · téléphone, tablette, ordinateur

    Partagez en temps réel les résultats d'une requête CSV multi-enregistrements avec qui vous voulez (un collègue, un fournisseur, un partenaire) sous forme de grille modifiable 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 CSV multi-enregistrements point de terminaison HTTP

    Publiez une requête CSV multi-enregistrements 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. Exporter un fichier CSV multi-enregistrements vers Power BI Power Query M

    Collez le Power Query M généré dans l'éditeur avancé de Power BI et le rapport affichera en direct les résultats CSV multi-enregistrements via HTTPS — sans pilote ODBC ni port de base de données ouvert.

    Comment fonctionne Power BI
  9. Conversion d'un fichier CSV multi-enregistrements en Airtable Plateforme d'automatisation

    Synchronisez les lignes CSV multi-enregistrements dans une base Airtable selon une planification, ou récupérez-les dans un script d'automatisation Airtable.

    Comment fonctionne Airtable
  10. Conversion d'un fichier CSV multi-enregistrements en ligne de base Plateforme d'automatisation

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

    Comment fonctionne Baserow
  11. Conversion d'un fichier CSV multi-enregistrements en SeaTable Plateforme d'automatisation

    Maintenez une base SeaTable à jour avec des données CSV multi-enregistrements sans exporter de fichier ni exposer la base de données.

    Comment fonctionne SeaTable
  12. Conversion d'un fichier CSV multi-enregistrements en Smartsheet Plateforme d'automatisation

    Intégrez les résultats CSV multi-enregistrements 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. Conversion d'un fichier CSV multi-enregistrements en un fichier Anvil Anvil Works · Plateforme d'applications

    Soumettez une application Anvil Python avec un fichier CSV multi-enregistrements via le point de terminaison REST 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 CSV multi-enregistrements Claude, clients de Cursor et MCP

    Donnez à un assistant IA un accès en lecture seule à un fichier CSV multi-enregistrements contenant le schéma dont il a besoin pour écrire du code SQL correct ; aucune information d’identification n’est requise dans la conversation.

    Comment fonctionne MCP
  16. Livré aux personnes
  17. Alertes et rapports CSV multi-enregistrements Slack · Discord · Courriel · Webhook

    Programmez une requête CSV multi-enregistrements 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 contenant les fichiers CSV étiquetés — exportations de scies à panneaux et de machines, dépôts de type EDI, fichiers d'échange à format fixe.

02

Pointez le connecteur vers cet élément et indiquez la colonne contenant l'étiquette d'enregistrement. Il s'agit généralement de la colonne 1.

03

L'agent lit chaque ligne, examine son étiquette et l'achemine vers la table correspondant à ce type d'enregistrement. Un fichier contenant des lignes d'en-tête PNLHDR et des lignes de détail PNL1 devient ainsi deux tables distinctes au lieu d'un seul bloc inutilisable.

04

Chaque ligne conserve son fichier source, ainsi qu'un numéro de séquence (_seq) qui compte ce type d'enregistrement dans le fichier — ce qui vous permet de lier un en-tête aux lignes qui lui appartiennent.

05

Interrogez chaque type d'enregistrement individuellement, ou regroupez-les.

Analyse approfondie des fonctionnalités

Ce que le format CSV multi-enregistrements vous offre

Pourquoi cette carte existe-t-elle ?

Les outils CSV classiques supposent une structure rectangulaire par fichier : une ligne d'en-tête, puis des lignes identiques. Les formats machine et d'échange dérogent volontairement à cette règle. Chaque ligne commence par une étiquette indiquant son type d'enregistrement, et chaque type possède un nombre de champs différent. Si vous utilisez un importateur CSV standard avec l'un de ces formats, vous obtiendrez une erreur ou des colonnes erronées.

Comment les tables se présentent

  • Une table par étiquette — nommés d'après l'étiquette elle-même, de sorte que PNLHDR et PNL1 deviennent leurs propres tables.
  • Les champs apparaissent sous la forme champ_1, champ_2, etc., dans l'ordre où ils se présentent, la colonne des étiquettes étant omise.
  • _seq numérote chaque enregistrement d'un type donné dans son fichier, de sorte qu'un en-tête et les lignes de détail qui en suivent peuvent être mis en correspondance.
  • Les types sont calculés par champ, par étiquette, et leur cohérence est vérifiée dans tous les fichiers avant toute validation.
-- Panneaux découpés, par fichier d'exportation SELECT _source_file, COUNT(*) AS panels FROM data_pnl1 GROUP BY _source_file

Les erreurs sont nommées, jamais avalées.

Si une ligne comporte un nombre incorrect de champs pour son étiquette, une étiquette non reconnue ou une valeur inadaptée, le fichier entier est mis en attente et le rapport indique le nom du fichier, le numéro de ligne et l'étiquette (jusqu'à vingt lignes), puis le nombre de lignes restantes. Aucun chargement n'est partiel ; vous n'aurez donc jamais à rechercher un total inférieur de trois lignes.

Je ne sais pas quelle carte il vous faut.

Si toutes les lignes du fichier ont la même structure et qu'il n'y a qu'une seule ligne d'en-tête, la carte « Dossier CSV » est la plus appropriée. Utilisez-la uniquement lorsqu'une colonne d'étiquettes détermine la signification de chaque ligne.

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

Fusionnez le fichier CSV multi-enregistrements avec le 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

Fichier CSV multi-enregistrements Disques étiquetés
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     machine_csv.fileset.data_pnlhdr1 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 a besoin un fichier CSV multi-enregistrements

Dossier
Un ou plusieurs répertoires racines contenant des exportations CSV étiquetées, sous-dossiers inclus — sorties de scies à panneaux et de machines, fichiers de transfert de type EDI, fichiers d'échange à format fixe
Colonne d'étiquettes
La colonne contenant l'étiquette d'enregistrement — la colonne 1 par défaut, où ces formats la placent presque toujours
Tables
Un fichier par étiquette, nommé d'après l'étiquette elle-même — un fichier contenant des lignes d'en-tête PNLHDR et des lignes de détail PNL1 devient data_pnlhdr et data_pnl1
Colonnes
champ_1, champ_2, etc., dans l'ordre d'apparition, la colonne des étiquettes étant omise ; les types sont calculés par champ, par étiquette, et leur cohérence entre les fichiers est vérifiée avant toute validation.
Clés de ligne
_source_file nomme l'exportation et _seq compte chaque enregistrement de ce type dans le fichier, ce qui permet de faire correspondre un en-tête aux lignes de détail qui se trouvent en dessous.
Erreurs
Un nombre de champs incorrect, une étiquette non reconnue ou une valeur inadaptée bloque l'ensemble du fichier ; le rapport indique le nom du fichier, le numéro de ligne et l'étiquette (jusqu'à vingt), puis le nombre d'éléments restants.
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 format à apprendre

Il n'y a pas de serveur de base de données dans cette configuration. L'agent lit les fichiers à 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. Ainsi, les exportations machine d'une année ne sont pas réanalysées simplement parce que celles du matin ont été reçues. Rien n'est téléchargé sur Query Streams ; seul le résultat d'une requête quitte votre réseau.

Les outils CSV classiques supposent une structure rectangulaire par fichier : une ligne d'en-tête, puis des lignes identiques. Les formats machine et d'échange dérogent volontairement à cette règle : chaque ligne commence par une étiquette indiquant son type, et chaque type comporte un nombre différent de champs. Si vous utilisez un importateur standard avec un tel format, vous obtiendrez une erreur ou des colonnes erronées. Si toutes les lignes de votre fichier ont la même structure et qu'il ne contient qu'une seule ligne d'en-tête, utilisez la carte « Dossier CSV » ; elle ne doit être utilisée que lorsqu'une colonne d'étiquettes détermine la signification de chaque ligne.

FAQ

Questions concernant les fichiers CSV multi-enregistrements

Quels outils peuvent lire des données CSV multi-enregistrements 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 fichier CSV multi-enregistrements ?

Chemin d'accès à un dossier accessible par la machine de l'agent — aucun serveur, aucune authentification, aucun pilote à installer. Dossier : un ou plusieurs dossiers racines contenant les exportations CSV étiquetées, sous-dossiers inclus — sorties de scie à panneaux et de machines, fichiers de type EDI, fichiers d'échange à format fixe. Colonne d'étiquette : la colonne contenant l'étiquette d'enregistrement — la colonne 1 par défaut, emplacement quasi systématique de ces formats. Tables : une par étiquette, nommée d'après l'étiquette elle-même — un fichier contenant des lignes d'en-tête PNLHDR et des lignes de détail PNL1 devient data_pnlhdr et data_pnl1. Colonnes : field_1, field_2, etc., dans l'ordre d'apparition, la colonne d'étiquette étant omise ; les types sont déterminés pour chaque champ et chaque étiquette, et leur cohérence entre les fichiers est vérifiée avant toute opération.

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 un fichier CSV multi-enregistrements et vos autres connexions, décrites 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 fichier CSV multi-enregistrements à l'endroit où se déroule le travail.

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

Lecture seule Sortant uniquement Les identifiants restent sur l'agent