{"id":6757,"date":"2026-07-12T02:07:05","date_gmt":"2026-07-12T10:07:05","guid":{"rendered":"https:\/\/www.gudusoft.com\/mysql-data-lineage\/"},"modified":"2026-07-12T02:07:05","modified_gmt":"2026-07-12T10:07:05","slug":"mysql-data-lineage","status":"publish","type":"page","link":"https:\/\/www.gudusoft.com\/fr\/lignee-de-donnees-mysql\/","title":{"rendered":"Tra\u00e7abilit\u00e9 des donn\u00e9es MySQL\u00a0: Suivi de la lign\u00e9e des colonnes \u00e0 travers les vues et les requ\u00eates ETL SQL"},"content":{"rendered":"

Tra\u00e7abilit\u00e9 des donn\u00e9es MySQL<\/strong> Il s'agit de la carte colonne par colonne de la fa\u00e7on dont les donn\u00e9es circulent dans vos vues MySQL. INSERER ... S\u00c9LECTIONNER<\/code> Les t\u00e2ches et les scripts ETL indiquent quelles colonnes sources alimentent chaque colonne cible, et par quels moyens de jointure, de filtrage et d'agr\u00e9gation. MySQL lui-m\u00eame ne peut pas vous fournir ces informations. sch\u00e9ma_information<\/code> d\u00e9crit la structure, et non le flux de donn\u00e9es. Gudu SQLFlow<\/a> Il construit automatiquement la lign\u00e9e en analysant votre SQL MySQL avec un analyseur de dialecte MySQL d\u00e9di\u00e9, produisant un diagramme interactif et explorable jusqu'aux colonnes individuelles.<\/p>\n\n\n\n

\n\n

V\u00e9rifiez-le sur votre propre SQL\u00a0:<\/strong> collez n'importe quelle vue MySQL ou INSERER ... S\u00c9LECTIONNER<\/code> dans le Visualiseur de lignage SQLFlow gratuit<\/a>Choisissez le dialecte MySQL et obtenez un diagramme de lignage au niveau des colonnes en quelques secondes.<\/p>\n\n<\/div><\/div>\n\n\n\n

Pourquoi information_schema ne peut pas vous fournir la tra\u00e7abilit\u00e9 des donn\u00e9es MySQL<\/h2>\n\n\n\n

MySQL sch\u00e9ma_information<\/code> est un catalogue structurel. Il vous indiquera que revenu_quotidien<\/code> comporte cinq colonnes, leurs types et (via UTILISATION DE LA COLONNE CL\u00c9<\/code>) quelles cl\u00e9s \u00e9trang\u00e8res pointent o\u00f9. Ce qu'il ne vous dira jamais, c'est que revenu_quotidien.revenu_net<\/code> est calcul\u00e9 \u00e0 partir de commandes.montant<\/code> moins commandes.remise<\/code>, filtr\u00e9 sur statut des commandes<\/code>et regroup\u00e9s par clients.r\u00e9gion<\/code>.<\/p>\n\n\n\n

Ces connaissances sur le flux de donn\u00e9es r\u00e9sident \u00e0 un seul endroit\u00a0: le texte SQL lui-m\u00eame. Dans un environnement MySQL typique, cela signifie les d\u00e9finitions de vues (information_schema.VIEWS<\/code> stocke le texte, mais rien ne l'interpr\u00e8te), le INSERER ... S\u00c9LECTIONNER<\/code> et MISE \u00c0 JOUR DE CL\u00c9 EN CAS DE DOUBLE<\/code> Les instructions ex\u00e9cut\u00e9es par vos t\u00e2ches ETL, les expressions de colonnes g\u00e9n\u00e9r\u00e9es dans votre DDL et les fichiers de requ\u00eates c\u00f4t\u00e9 application. Pour les transformer en lignage, il faut qu'un \u00e9l\u00e9ment analyse et r\u00e9solve s\u00e9mantiquement le SQL \u2014 en l'\u00e9tendant S\u00c9LECTIONNER *<\/code>SQLFlow permet de suivre les colonnes \u00e0 travers les jointures, les sous-requ\u00eates et les piles de vues.<\/p>\n\n\n\n

Exemple concret\u00a0: une table de reporting aliment\u00e9e par INSERT-SELECT<\/h2>\n\n\n\n

Voici le type d'instruction ex\u00e9cut\u00e9e chaque nuit dans des milliers de configurations de reporting bas\u00e9es sur MySQL\u00a0: une op\u00e9ration d'insertion\/mise \u00e0 jour qui agr\u00e8ge les commandes dans une table r\u00e9capitulative\u00a0:<\/p>\n\n\n\n

INSERT INTO daily_revenue (report_date, region, order_count, gross_revenue, net_revenue) SELECT o.order_date, c.region, COUNT(*), SUM(o.amount), SUM(o.amount - o.discount) FROM orders o JOIN customers c ON c.id = o.customer_id WHERE o.status = 'completed' GROUP BY o.order_date, c.region ON DUPLICATE KEY UPDATE order_count = VALUES(order_count), gross_revenue = VALUES(gross_revenue), net_revenue = VALUES(net_revenue);<\/code><\/pre>\n\n\n\n
Ex\u00e9cutez ce code via SQLFlow et il extraira, pour chaque colonne cible, \u00e0 la fois les colonnes qui fournissent directement sa valeur et les colonnes qui fa\u00e7onnent le r\u00e9sultat sans y figurer\u00a0:<\/p>\n\n\n\n
\n
Colonne cible<\/th>Sources directes<\/th>Influences indirectes (impact)<\/th><\/tr><\/thead>
date_de_rapport_de_revenus_quotidiens<\/code><\/td>commandes.date_de_commande<\/code><\/td>statut des commandes<\/code><\/td><\/tr>\n
revenu_quotidien.r\u00e9gion<\/code><\/td>clients.r\u00e9gion<\/code><\/td>clients.id<\/code>, commandes.identifiant_client<\/code>, statut des commandes<\/code><\/td><\/tr>\n
revenu_quotidien.revenu_brut<\/code><\/td>commandes.montant<\/code> via SOMME()<\/code><\/td>commandes.date_de_commande<\/code>, clients.r\u00e9gion<\/code> (GROUP BY), cl\u00e9s de jointure, statut des commandes<\/code><\/td><\/tr>\n
revenu_quotidien.revenu_net<\/code><\/td>commandes.montant<\/code>, commandes.remise<\/code> via SOMME()<\/code><\/td>Identique \u00e0 ci-dessus<\/td><\/tr>\n<\/tbody><\/table><\/figure>\n\n\n\n
La distinction dans la troisi\u00e8me colonne est importante. statut des commandes<\/code> n'appara\u00eet jamais dans revenu_quotidien<\/code>Pourtant, modifier la fa\u00e7on dont il est rempli modifie chaque chiffre du rapport. SQLFlow mod\u00e9lise cela. lign\u00e9e indirecte<\/strong> (colonnes utilis\u00e9es dans O\u00d9<\/code>, REJOINDRE<\/code>, et GROUPER PAR<\/code>) comme un type de relation distinct et activable dans le diagramme \u2014 la plupart des outils de lignage ne font pas du tout cette distinction, et c'est exactement ce dont vous avez besoin pour une analyse d'impact honn\u00eate.<\/p>\n\n\n\n
Tra\u00e7abilit\u00e9 \u00e0 travers les vues MySQL \u2014 y compris les vues empil\u00e9es<\/h2>\n\n\n\n
Les vues repr\u00e9sentent le point faible des outils de tra\u00e7abilit\u00e9 au niveau des tables. Un tableau de bord BI affiche\u00a0: v_regional_kpis<\/code>, qui s\u00e9lectionne parmi commandes termin\u00e9es<\/code>, qui s\u00e9lectionne parmi ordres<\/code> et clients<\/code>Pour r\u00e9pondre \u00e0 la question \u00ab\u00a0Qu'est-ce qui alimente cette colonne du tableau de bord\u00a0?\u00a0\u00bb, le moteur de tra\u00e7abilit\u00e9 doit r\u00e9soudre les r\u00e9f\u00e9rences de colonnes \u00e0 travers chaque couche de la pile de vues et d\u00e9velopper chaque \u00e9l\u00e9ment. S\u00c9LECTIONNER *<\/code> par rapport aux d\u00e9finitions sous-jacentes, et emportez les transformations avec elles.<\/p>\n\n\n\n
SQLFlow r\u00e9sout les r\u00e9f\u00e9rences de colonnes via les vues, les CTE, les sous-requ\u00eates et l'expansion en \u00e9toile dans le cadre de son analyse s\u00e9mantique. Connectez-le \u00e0 votre sch\u00e9ma via JDBC et il r\u00e9cup\u00e8re automatiquement le DDL et les d\u00e9finitions de vues. Ainsi, le graphe de lignage refl\u00e8te les vues telles qu'elles existent r\u00e9ellement dans la base de donn\u00e9es, et non telles qu'elles existent dans un dossier de migration obsol\u00e8te.<\/p>\n\n\n\n
Colonnes g\u00e9n\u00e9r\u00e9es\u00a0: lign\u00e9e au sein d\u2019une seule table<\/h2>\n\n\n\n
Les colonnes g\u00e9n\u00e9r\u00e9es par MySQL int\u00e8grent directement le flux de donn\u00e9es dans le DDL\u00a0:<\/p>\n\n\n\n
CR\u00c9ER TABLE articles_commande ( quantit\u00e9 INT, prix_unitaire DECIMAL(10,2), total_ligne DECIMAL(12,2) AS (quantit\u00e9 * prix_unitaire) STOCK\u00c9 );<\/code><\/pre>\n\n\n\n
total_ligne<\/code> n'est jamais \u00e9crit par une instruction INSERT, donc toute approche qui se contente d'observer les donn\u00e9es DML ignore compl\u00e8tement sa provenance. \u00c9tant donn\u00e9 que SQLFlow analyse l'expression de la colonne g\u00e9n\u00e9r\u00e9e comme du SQL, total_ligne<\/code> acquiert des avantages de lign\u00e9e appropri\u00e9s \u00e0 partir de quantit\u00e9<\/code> et prix unitaire<\/code>et tout ce qui se trouve en aval et qui lit total_ligne<\/code> tout remonte jusqu'\u00e0 ces deux colonnes physiques.<\/p>\n\n\n\n
Comment cr\u00e9er une tra\u00e7abilit\u00e9 MySQL avec SQLFlow<\/h2>\n\n\n\n
  1. R\u00e9cup\u00e9rez le SQL.<\/strong> Collez des d\u00e9clarations ou t\u00e9l\u00e9chargez des fichiers dans SQLFlow Cloud<\/a>Vous pouvez \u00e9galement connecter votre instance MySQL via JDBC afin que SQLFlow lise directement les d\u00e9finitions DDL et les vues. Les utilisateurs de dbt peuvent importer le manifeste dbt.<\/li>\n
  2. Analyser avec le dialecte MySQL.<\/strong> SQLFlow utilise un analyseur syntaxique MySQL sp\u00e9cifique au dialecte (l'un des 39 analyseurs syntaxiques de dialecte, et non une grammaire ANSI g\u00e9n\u00e9rique), donc les constructions sp\u00e9cifiques \u00e0 MySQL comme MISE \u00c0 JOUR DE CL\u00c9 EN CAS DE DOUBLE<\/code>Les identifiants entre guillemets invers\u00e9s et les colonnes g\u00e9n\u00e9r\u00e9es sont analys\u00e9s correctement au lieu d'\u00eatre ignor\u00e9s.<\/li>\n
  3. Explorez et exportez.<\/strong> Explorez l'historique de n'importe quelle colonne en amont ou en aval dans le diagramme interactif, activez ou d\u00e9sactivez la tra\u00e7abilit\u00e9 indirecte et exportez le graphique aux formats JSON, CSV ou PNG, ou r\u00e9cup\u00e9rez-le par programmation via l'API REST. Depuis la version 8.2.3, vous pouvez \u00e9galement poser des questions en langage naturel (\u00ab\u00a0quels rapports d\u00e9pendent de\u2026\u00a0\u00bb). clients.r\u00e9gion<\/code>?); chaque tableau et chaque colonne cit\u00e9s par l'IA sont valid\u00e9s par rapport au graphique analys\u00e9 avant d'\u00eatre affich\u00e9s.<\/li><\/ol>\n\n\n\n
    Le moteur en dessous est Analyseur SQL g\u00e9n\u00e9ral<\/a>, a commercial SQL compiler front-end developed since the mid-2000s and validated against roughly 13,600 per-dialect SQL test fixtures. Lineage quality is a parsing problem before it is anything else, and that regression corpus is what keeps real-world MySQL \u2014 with all its dialect quirks \u2014 from silently falling out of the graph.<\/p>\n\n\n\n
    Qu\u2019en est-il des options de tra\u00e7abilit\u00e9 MySQL open source\u00a0?<\/h2>\n\n\n\n
    Les analyseurs syntaxiques open source comme SQL Lineage<\/code> et sqlglot<\/code> Ces outils g\u00e8rent bien les requ\u00eates MySQL SELECT et INSERT individuelles et constituent un bon point de d\u00e9part pour le tra\u00e7age de quelques requ\u00eates simples au sein d'un pipeline Python. Les plateformes de catalogue telles que DataHub et OpenMetadata excellent dans l'organisation et l'affichage du tra\u00e7age une fois celui-ci \u00e9tabli. La difficult\u00e9 r\u00e9side dans la production d'un tra\u00e7age pr\u00e9cis \u00e0 partir de requ\u00eates SQL complexes \u00e0 grande \u00e9chelle\u00a0: r\u00e9solution des colonnes via des vues empil\u00e9es utilisant des m\u00e9tadonn\u00e9es de sch\u00e9ma dynamiques, distinction entre tra\u00e7age direct et indirect, etc. S\u00c9LECTIONNER *<\/code> SQLFlow se concentre sur l'extraction des donn\u00e9es, puis int\u00e8gre les r\u00e9sultats dans les catalogues via ses adaptateurs d'exportation pour DataHub, Microsoft Purview et OpenMetadata.<\/p>\n\n\n\n
    Lorsque MySQL ne repr\u00e9sente qu'une partie du tableau<\/h2>\n\n\n\n
    MySQL repr\u00e9sente rarement l'int\u00e9gralit\u00e9 du syst\u00e8me. Il s'agit souvent de la source OLTP alimentant un entrep\u00f4t de donn\u00e9es, ou de l'un des moteurs utilis\u00e9s par une couche ETL. SQLFlow analyse 39 dialectes SQL avec la m\u00eame analyse au niveau des colonnes, assurant ainsi la tra\u00e7abilit\u00e9 des requ\u00eates commen\u00e7ant dans MySQL et se terminant dans Snowflake, BigQuery ou d'autres syst\u00e8mes. PostgreSQL<\/a> Tout est regroup\u00e9 dans un seul graphique. Les d\u00e9ploiements d'entreprise effectuent des analyses par lots sur des environnements de plus de 100 bases de donn\u00e9es et plus d'un million de colonnes, avec des analyses incr\u00e9mentales et un r\u00e9f\u00e9rentiel de lignage persistant. Pour les \u00e9quipes qui ne peuvent pas laisser le texte SQL quitter leur r\u00e9seau, SQLFlow sur site<\/a> Fonctionne sur Docker ou Kubernetes en mode totalement isol\u00e9 du r\u00e9seau.<\/p>\n\n\n\n
    Pour voir \u00e0 quoi ressemble le r\u00e9sultat pour diverses requ\u00eates r\u00e9elles (insertions multi-jointures, piles de vues, proc\u00e9dures stock\u00e9es), consultez le exemples de tra\u00e7abilit\u00e9 des donn\u00e9es<\/a>.<\/p>\n\n\n\n
    Foire aux questions<\/h2>\n\n\n\n
    La cr\u00e9ation d'un historique MySQL n\u00e9cessite-t-elle un acc\u00e8s \u00e0 mes donn\u00e9es\u00a0?<\/h3>\n\n\n
    Non. SQLFlow effectue une analyse statique du code SQL et, en option, des m\u00e9tadonn\u00e9es de sch\u00e9ma telles que les d\u00e9finitions de tables et de vues. Il ne lit jamais les donn\u00e9es des lignes de table. Avec l'\u00e9dition sur site, m\u00eame le texte SQL reste au sein de votre r\u00e9seau.<\/p>\n\n\n\n
    SQLFlow peut-il retracer la lign\u00e9e \u00e0 travers INSERT \u2026 SELECT \u2026 ON DUPLICATE KEY UPDATE\u00a0?<\/h3>\n\n\n
    Oui. L'analyseur syntaxique du dialecte MySQL analyse l'int\u00e9gralit\u00e9 de l'instruction\u00a0: chaque colonne cible est li\u00e9e aux colonnes sources de la clause SELECT, y compris les expressions \u00e0 l'int\u00e9rieur des agr\u00e9gats, et la clause upsert est trait\u00e9e dans le cadre du m\u00eame flux de donn\u00e9es.<\/p>\n\n\n\n
    Le sch\u00e9ma information_schema contient-il des informations de lignage\u00a0?<\/h3>\n\n\n
    Non. sch\u00e9ma_information<\/code> Ce module d\u00e9crit la structure\u00a0: tables, colonnes, types, cl\u00e9s et le texte brut des d\u00e9finitions de vues. Il n\u2019interpr\u00e8te pas le SQL et ne peut donc pas indiquer quelles colonnes sources alimentent une colonne cible donn\u00e9e. L\u2019analyse de la lign\u00e9e n\u00e9cessite l\u2019analyse du SQL des vues et des op\u00e9rations DML, ce que fait SQLFlow.<\/p>\n\n\n\n
    Comment SQLFlow g\u00e8re-t-il les requ\u00eates SELECT * dans les vues MySQL\u00a0?<\/h3>\n\n\n
    SQLFlow s'\u00e9tend S\u00c9LECTIONNER *<\/code> par rapport au sch\u00e9ma r\u00e9el (r\u00e9cup\u00e9r\u00e9 via JDBC ou fourni sous forme de DDL), de sorte que chaque colonne qui traverse l'\u00e9toile obtient sa propre ar\u00eate de lignage au lieu d'une simple fl\u00e8che vague de table \u00e0 table.<\/p>\n\n\n\n
    Existe-t-il un moyen gratuit d'essayer la tra\u00e7abilit\u00e9 des donn\u00e9es MySQL\u00a0?<\/h3>\n\n\n
    Oui. SQLFlow Cloud propose une version gratuite\u00a0: collez votre requ\u00eate SQL MySQL dans votre navigateur et obtenez imm\u00e9diatement le diagramme au niveau des colonnes. La version Premium co\u00fbte $49,99\u00a0\u00a3\/mois\u00a0; la version sur site co\u00fbte $500\u00a0\u00a3\/mois ou $4\u00a0800\u00a0\u00a3 (paiement unique) par type de base de donn\u00e9es s\u00e9lectionn\u00e9. Voir la documentation. tarification<\/a>.<\/p>\n\n\n\n
    Puis-je exporter la lign\u00e9e MySQL dans mon catalogue de donn\u00e9es\u00a0?<\/h3>\n\n\n
    Oui. Exportez au format JSON, CSV ou PNG, interrogez l'API REST ou utilisez les adaptateurs d'exportation int\u00e9gr\u00e9s pour DataHub, Microsoft Purview et OpenMetadata dans les d\u00e9ploiements d'entreprise.<\/p>\n\n\n\n
    \n\n
    Cartographiez d\u00e8s maintenant votre flux de donn\u00e9es MySQL<\/h2>\n\n\n
    Collez une vue ou une requ\u00eate INSERT-SELECT dans le visualiseur gratuit, ou contactez-nous pour analyser l'ensemble de votre infrastructure MySQL.<\/p>\n\n\n
    \n
    Essayez SQLFlow gratuitement<\/a><\/div>\n<\/div>\n\n\n
    \n
    Demander une d\u00e9monstration pour entreprises<\/a><\/div>\n<\/div>\n\n<\/div><\/div>\n\n\n\n