{"id":6756,"date":"2026-07-12T02:06:52","date_gmt":"2026-07-12T10:06:52","guid":{"rendered":"https:\/\/www.gudusoft.com\/postgresql-data-lineage\/"},"modified":"2026-07-12T02:06:52","modified_gmt":"2026-07-12T10:06:52","slug":"postgresql-data-lineage","status":"publish","type":"page","link":"https:\/\/www.gudusoft.com\/fr\/lignee-de-donnees-postgresql\/","title":{"rendered":"Tra\u00e7abilit\u00e9 des donn\u00e9es PostgreSQL\u00a0: Tra\u00e7abilit\u00e9 au niveau des colonnes \u00e0 partir des vues et du SQL"},"content":{"rendered":"

Tra\u00e7abilit\u00e9 des donn\u00e9es PostgreSQL<\/strong> Il s'agit de la cartographie au niveau des colonnes de la fa\u00e7on dont les donn\u00e9es circulent dans vos vues, CTE et DML PostgreSQL\u00a0: quelles colonnes de la table de base alimentent chaque colonne de vue ou de rapport, et quelles jointures, filtres, conversions et agr\u00e9gations transforment les donn\u00e9es en cours de route. Le catalogue de PostgreSQL indique que les objets sont interd\u00e9pendants. pg_depend<\/code> Les enregistrements indiquent qu'une vue r\u00e9f\u00e9rence une table, mais ils ne disent rien sur la transformation des colonnes. Pour \u00e9tablir une v\u00e9ritable tra\u00e7abilit\u00e9, il faut analyser le code SQL lui-m\u00eame, et c'est pr\u00e9cis\u00e9ment ce que fait cette analyse. Gudu SQLFlow<\/strong> il utilise un analyseur syntaxique d\u00e9di\u00e9 au dialecte PostgreSQL plut\u00f4t qu'une grammaire ANSI g\u00e9n\u00e9rique.<\/p>\n\n\n\n

\n\n

Essayez en 30 secondes\u00a0:<\/strong> collez n'importe quelle requ\u00eate PostgreSQL ou d\u00e9finition de vue dans le Visualiseur de lignage SQLFlow gratuit<\/a> et obtenez un diagramme de lignage interactif au niveau des colonnes. L'\u00e9dition cloud propose une version gratuite.<\/p>\n\n<\/div><\/div>\n\n\n\n

Pourquoi pg_depend ne peut pas r\u00e9pondre aux questions de lign\u00e9e<\/h2>\n\n\n\n

PostgreSQL conserve des enregistrements de d\u00e9pendances m\u00e9ticuleux. pg_depend<\/code> et pg_rewrite<\/code> sachez que v_region_revenu<\/code> ne peut pas \u00eatre supprim\u00e9 tant qu'il fait r\u00e9f\u00e9rence \u00e0 v_orders_enrichi<\/code>, et sch\u00e9ma_information<\/code> Les vues indiquent les tables auxquelles une vue fait r\u00e9f\u00e9rence. Il s'agit d'un suivi des d\u00e9pendances au niveau objet, con\u00e7u pour CHUTE ... CASCADE<\/code> La s\u00e9curit\u00e9, pas la lign\u00e9e.<\/p>\n\n\n\n

Ce que le catalogue ne peut pas vous dire\u00a0: quelles colonnes sp\u00e9cifiques alimentent revenu<\/code>, si montant<\/code> a \u00e9t\u00e9 jet\u00e9 ou agr\u00e9g\u00e9 en cours de route, que statut<\/code> Le filtre appliqu\u00e9 au r\u00e9sultat ne l'indique jamais, et le chemin complet appara\u00eet lorsque les vues sont imbriqu\u00e9es sur trois ou quatre niveaux. R\u00e9pondre \u00e0 la question \u00ab\u00a0D'o\u00f9 vient ce nombre\u00a0?\u00a0\u00bb ou \u00ab\u00a0Que se passe-t-il si je supprime cette colonne\u00a0?\u00a0\u00bb n\u00e9cessite de reconstruire la logique de transformation \u00e0 partir du texte SQL stock\u00e9 dans les d\u00e9finitions de vue\u00a0\u2014 un probl\u00e8me d'analyse syntaxique, et non une requ\u00eate de catalogue.<\/p>\n\n\n\n

Comment SQLFlow construit la tra\u00e7abilit\u00e9 des donn\u00e9es PostgreSQL<\/h2>\n\n\n\n
  1. Ingestion SQL.<\/strong> Collez des requ\u00eates, t\u00e9l\u00e9chargez des fichiers de script, connectez-vous \u00e0 PostgreSQL via JDBC pour extraire directement les d\u00e9finitions DDL et les visualiser, ou importez un manifeste dbt pour les projets dbt-on-Postgres.<\/li>\n
  2. Analyser avec une grammaire sp\u00e9cifique \u00e0 PostgreSQL.<\/strong> SQLFlow est construit sur le Analyseur SQL g\u00e9n\u00e9ral (GSP)<\/a>, a commercial SQL compiler front-end developed since the mid-2000s and validated against roughly 13,600 per-dialect test fixtures. Its PostgreSQL parser handles the dialect’s own constructs \u2014 writable CTEs, INSERER ... EN CAS DE CONFLIT<\/code>, le ::<\/code> Op\u00e9rateur de conversion, h\u00e9ritage et partitionnement DDL \u2014 et son r\u00e9solveur s\u00e9mantique s'\u00e9tend S\u00c9LECTIONNER *<\/code>, r\u00e9sout les r\u00e9f\u00e9rences de colonnes via des CTE, des sous-requ\u00eates et des d\u00e9finitions de vues, puis extrait les relations source-cible \u00e0 la granularit\u00e9 de la colonne.<\/li>\n
  3. Visualisez et exportez.<\/strong> Le r\u00e9sultat est un diagramme interactif que vous pouvez suivre en amont et en aval de n'importe quelle colonne, exportable au format JSON, CSV ou PNG, ou interrogeable via une API REST.<\/li><\/ol>\n\n\n\n

    PostgreSQL est l'un des 39 dialectes pour lesquels SQLFlow fournit des analyseurs syntaxiques, notamment les moteurs de la famille Postgres\u00a0: Greenplum, Amazon Redshift et EDB Postgres. Chacun poss\u00e8de son propre analyseur syntaxique, car il pr\u00e9sente des divergences par rapport au noyau PostgreSQL qui ont une incidence sur le fonctionnement d'un moteur de tra\u00e7abilit\u00e9. La m\u00e9thodologie compl\u00e8te est d\u00e9crite dans le document suivant\u00a0: Pr\u00e9sentation de l'outil de tra\u00e7abilit\u00e9 des donn\u00e9es SQL<\/a>.<\/p>\n\n\n\n

    Remonter une cha\u00eene de vues imbriqu\u00e9es jusqu'aux tables de base<\/h2>\n\n\n\n

    Les piles de vues imbriqu\u00e9es constituent le mode d'accumulation logique par d\u00e9faut dans PostgreSQL, et c'est l\u00e0 que le tra\u00e7age manuel de la lign\u00e9e atteint ses limites. Prenons l'exemple d'une cha\u00eene \u00e0 deux niveaux\u00a0:<\/p>\n\n\n\n

    CR\u00c9ER UNE VUE v_orders_enriched COMME S\u00c9LECTIONNER o.order_id, o.customer_id, o.amount::numeric(12,2) AS amount, c.region DE orders o JOIN customers c SUR c.customer_id = o.customer_id O\u00d9 o.status = 'shipped'; CR\u00c9ER UNE VUE v_region_revenue COMME S\u00c9LECTIONNER region, SUM(amount) AS revenue DE v_orders_enriched GROUP BY region;<\/code><\/pre>\n\n\n\n
    Demandez \u00e0 SQLFlow o\u00f9 v_region_revenue.revenu<\/code> provient de et r\u00e9sout la cha\u00eene compl\u00e8te\u00a0: revenu<\/code> est SOMME()<\/code> sur v_orders_enriched.montant<\/code>, qui est un num\u00e9rique(12,2)<\/code> distribution de commandes.montant<\/code>Le diagramme repr\u00e9sente chaque \u00e9tape (tableau de base, vue interm\u00e9diaire, agr\u00e9gat) comme un chemin d\u00e9taill\u00e9, et non comme une simple approximation. Il met \u00e9galement en lumi\u00e8re ce qu'une lecture superficielle ne permet pas d'identifier\u00a0: statut des commandes<\/code> n'appara\u00eet jamais dans les r\u00e9sultats, pourtant chaque chiffre d'affaires en d\u00e9pend O\u00d9 o.status = 'exp\u00e9di\u00e9'<\/code> Filtre. SQLFlow enregistre cela comme lign\u00e9e indirecte (plus de d\u00e9tails ci-dessous).<\/p>\n\n\n\n
    La m\u00eame r\u00e9solution fonctionne quelle que soit la profondeur. Dans un sch\u00e9ma r\u00e9el o\u00f9 les vues s'empilent sur cinq niveaux et o\u00f9 la moiti\u00e9 d'entre elles utilisent S\u00c9LECTIONNER *<\/code>SQLFlow \u00e9tend les \u00e9toiles par rapport aux d\u00e9finitions de table r\u00e9elles extraites via JDBC, de sorte que la tra\u00e7abilit\u00e9 reste pr\u00e9cise au niveau des colonnes m\u00eame lorsque le texte SQL ne nomme jamais les colonnes.<\/p>\n\n\n\n
    Constructions PostgreSQL qui perturbent les analyseurs g\u00e9n\u00e9riques<\/h2>\n\n\n\n
    Les outils qui traitent PostgreSQL comme un \u00ab SQL ANSI approximatif \u00bb \u00e9chouent pr\u00e9cis\u00e9ment sur les requ\u00eates qui g\u00e9n\u00e8rent le plus de flux de donn\u00e9es. Celles-ci sont toutes g\u00e9r\u00e9es par l'analyseur syntaxique du dialecte PostgreSQL de SQLFlow\u00a0:<\/p>\n\n\n\n
    \n
    Construction<\/th>Pourquoi c'est important pour la lign\u00e9e<\/th><\/tr><\/thead>
    CTE inscriptibles (AVEC ... INSERTION\/MISE \u00c0 JOUR\/SUPPRESSION ... RETOUR<\/code>)<\/td>Une seule instruction permet \u00e0 la fois la lecture et l'\u00e9criture\u00a0: la sortie DML de la CTE alimente la requ\u00eate externe. La tra\u00e7abilit\u00e9 doit relier la table modifi\u00e9e, la RETOUR<\/code> colonnes et l'objectif final sur un seul graphique.<\/td><\/tr>\n
    INSERER ... EN CAS DE CONFLIT, METTRE \u00c0 JOUR<\/code><\/td>Les op\u00e9rations d'insertion et de mise \u00e0 jour acheminent les donn\u00e9es par deux chemins\u00a0: le chemin d'insertion et le chemin de mise \u00e0 jour. EXCLU<\/code> pseudo-table. Les deux correspondent \u00e0 des flux de colonnes r\u00e9els vers la table cible.<\/td><\/tr>\n
    h\u00e9ritage de tables et partitionnement d\u00e9claratif<\/td>Les requ\u00eates sur une table parente lisent implicitement ses tables enfants. SQLFlow analyse le DDL d'h\u00e9ritage et de partitionnement afin que la tra\u00e7abilit\u00e9 soit correctement \u00e9tablie au niveau parent au lieu d'\u00eatre fragment\u00e9e par partition.<\/td><\/tr>\n
    CTE cha\u00een\u00e9es et vues imbriqu\u00e9es<\/td>Les r\u00e9f\u00e9rences de colonnes doivent \u00eatre r\u00e9solues \u00e0 travers chaque couche interm\u00e9diaire, y compris les CTE qui font r\u00e9f\u00e9rence \u00e0 des CTE ant\u00e9rieures, jusqu'aux tables de base physiques.<\/td><\/tr>\n
    ::<\/code> colonnes de casting et d'expression<\/td>Chaque colonne de sortie est associ\u00e9e \u00e0 ses sources gr\u00e2ce aux fonctions et conversions appliqu\u00e9es, vous pouvez donc voir non seulement o\u00f9<\/em> une valeur provenait de mais qu'est-il arriv\u00e9 \u00e0<\/em>.<\/td><\/tr>\n<\/tbody><\/table><\/figure>\n\n\n\n
    Lign\u00e9e directe ou indirecte\u00a0: les colonnes de filtre que vous manqueriez autrement<\/h2>\n\n\n\n
    SQLFlow fait la distinction lign\u00e9e directe<\/strong> \u2014 valeurs de colonne qui sont physiquement int\u00e9gr\u00e9es \u00e0 une sortie \u2014 de lign\u00e9e indirecte (d'impact)<\/strong> \u2014 colonnes utilis\u00e9es dans O\u00d9<\/code> clauses, REJOINDRE<\/code> conditions, et GROUPER PAR<\/code> Des cl\u00e9s qui influencent le r\u00e9sultat sans y aboutir. Dans l'exemple ci-dessus, commandes.montant<\/code> est une lign\u00e9e directe pour revenu<\/code>; statut des commandes<\/code> et les deux identifiant_client<\/code> Les cl\u00e9s de jointure sont indirectes.<\/p>\n\n\n\n
    Cette distinction est activable\/d\u00e9sactivable dans le diagramme, et elle influe sur les d\u00e9cisions concr\u00e8tes. Si vous pr\u00e9voyez de modifier le domaine de statut des commandes<\/code>La filiation directe indique qu'aucune relation n'en d\u00e9pend\u00a0; la filiation indirecte affiche tous les rapports de revenus qu'elle filtre silencieusement. La plupart des outils de filiation ne mod\u00e9lisent pas du tout ce type de relation.<\/p>\n\n\n\n
    D'une simple requ\u00eate \u00e0 un ensemble de donn\u00e9es PostgreSQL<\/h2>\n\n\n\n
    Pour une seule cha\u00eene de vues complexe, le niveau gratuit de SQLFlow Cloud suffit\u00a0: copier, analyser, explorer. Au-del\u00e0\u00a0:<\/p>\n\n\n\n