{"id":6769,"date":"2026-07-12T02:08:50","date_gmt":"2026-07-12T10:08:50","guid":{"rendered":"https:\/\/www.gudusoft.com\/sap-hana-data-lineage\/"},"modified":"2026-07-12T02:08:50","modified_gmt":"2026-07-12T10:08:50","slug":"sap-hana-data-lineage","status":"publish","type":"page","link":"https:\/\/www.gudusoft.com\/fr\/lignee-de-donnees-sap-hana\/","title":{"rendered":"Tra\u00e7abilit\u00e9 des donn\u00e9es SAP HANA\u00a0: Tra\u00e7abilit\u00e9 des colonnes pour HANA SQL et les vues"},"content":{"rendered":"

Tra\u00e7abilit\u00e9 des donn\u00e9es SAP HANA<\/strong> Il s'agit de la carte au niveau des colonnes de la fa\u00e7on dont les donn\u00e9es circulent dans votre HANA SQL\u00a0: quelles tables et colonnes sources alimentent chaque vue SQL, colonne calcul\u00e9e et rapport en aval, et quelles jointures, filtres, conversions et fonctions transforment les donn\u00e9es en cours de route. Gudu SQLFlow<\/strong> il construit automatiquement cette carte en analysant votre SQL HANA avec un analyseur de dialecte SAP HANA d\u00e9di\u00e9 \u2014 l'un des 39 analyseurs sp\u00e9cifiques \u00e0 un dialecte, et non une grammaire ANSI g\u00e9n\u00e9rique \u2014 et en g\u00e9n\u00e9rant un diagramme de lignage interactif et explorable jusqu'aux colonnes individuelles.<\/p>\n\n\n\n

\n\n

Essayez-le maintenant\u00a0:<\/strong> coller un HANA CR\u00c9ER UNE VUE<\/code> la cha\u00eene dans la Visualiseur de lignage SQLFlow gratuit<\/a>S\u00e9lectionnez le dialecte SAP HANA et obtenez le diagramme au niveau des colonnes en quelques secondes. Offre gratuite, sans installation.<\/p>\n\n<\/div><\/div>\n\n\n\n

Pourquoi les questions de tra\u00e7abilit\u00e9 atterrissent sur HANA<\/h2>\n\n\n\n

HANA fonctionne rarement de mani\u00e8re isol\u00e9e. Elle est g\u00e9n\u00e9ralement int\u00e9gr\u00e9e aux environnements S\/4HANA et BW, aux data marts et aux couches de reporting dont d\u00e9pendent les fonctions finance et audit. Lorsqu'un auditeur pose une question \u00ab Quelles sont les sources de donn\u00e9es qui alimentent ce chiffre ? \u00bb<\/em> ou un contr\u00f4leur demande \u00ab Pourquoi cet indicateur de performance cl\u00e9 a-t-il chang\u00e9 apr\u00e8s la publication du mois dernier ? \u00bb<\/em>La r\u00e9ponse est enfouie sous des couches de SQL\u00a0: vues construites sur des vues, colonnes calcul\u00e9es, conversions de devises et jointures entre sch\u00e9mas.<\/p>\n\n\n\n

R\u00e9pondre \u00e0 ces questions en lisant manuellement le code SQL ne s'applique pas \u00e0 un grand nombre de vues. L'analyse de la lign\u00e9e au niveau SQL automatise ce processus\u00a0: chaque d\u00e9finition de vue et chaque script sont analys\u00e9s une seule fois, et le graphe de d\u00e9pendances (table \u2192 vue \u2192 vue \u2192 rapport, au niveau des colonnes) est disponible \u00e0 la demande pour l'analyse d'impact, le d\u00e9bogage des causes profondes et la constitution de preuves d'audit.<\/p>\n\n\n\n

Comment SQLFlow construit la tra\u00e7abilit\u00e9 des donn\u00e9es SAP HANA<\/h2>\n\n\n\n

SQLFlow est construit sur le Analyseur SQL g\u00e9n\u00e9ral (GSP)<\/a>, un compilateur SQL commercial frontal d\u00e9velopp\u00e9 depuis le milieu des ann\u00e9es 2000 et valid\u00e9 \u00e0 l'aide d'environ 13\u00a0600 jeux de tests SQL par dialecte. L'analyseur syntaxique SAP HANA comprend sp\u00e9cifiquement la syntaxe SQL de HANA \u2014 citation "SCH\u00c9MA"."OBJET"<\/code> identificateurs, fonctions et conversions HANA, formes de jointure et d'op\u00e9rateurs d'ensembles HANA \u2014 plut\u00f4t que de l'approximer avec une grammaire g\u00e9n\u00e9rique.<\/p>\n\n\n\n

Pour chaque instruction, GSP construit un mod\u00e8le s\u00e9mantique complet\u00a0: chaque r\u00e9f\u00e9rence de colonne est r\u00e9solue via des CTE, des sous-requ\u00eates, des vues, et S\u00c9LECTIONNER *<\/code> L'analyseur de flux de donn\u00e9es extrait ensuite, pour chaque colonne de sortie, les colonnes sources exactes qui l'alimentent, ainsi que les fonctions et expressions utilis\u00e9es. On obtient ainsi une tra\u00e7abilit\u00e9 d\u00e9taill\u00e9e au niveau des colonnes, fiable pour toute modification de sch\u00e9ma, et non un simple sch\u00e9ma au niveau des tables.<\/p>\n\n\n\n

Vous pouvez alimenter SQLFlow avec du SQL HANA de trois mani\u00e8res\u00a0: en collant directement les instructions, en important des fichiers de d\u00e9finitions de vues et de scripts, ou en vous connectant via JDBC et en laissant SQLFlow extraire les d\u00e9finitions d'objets du catalogue de la base de donn\u00e9es. Il s'agit d'une analyse statique du texte SQL\u00a0; SQLFlow ne lit jamais les lignes de vos tables.<\/p>\n\n\n\n

Exemple\u00a0: tra\u00e7age d\u2019une cha\u00eene de vues SQL HANA multicouche<\/h2>\n\n\n\n

Les vues SQL en couches constituent le mod\u00e8le standard de HANA\u00a0: une vue de nettoyage au-dessus des tables brutes, une vue d\u2019enrichissement par-dessus, et une vue agr\u00e9g\u00e9e pour la g\u00e9n\u00e9ration de rapports. Voici une cha\u00eene typique \u00e0 trois couches\u00a0:<\/p>\n\n\n\n

CR\u00c9ER LA VUE "FIN"."V_ORDERS_CLEAN" COMME S\u00c9LECTIONNER ORDER_ID, CUSTOMER_ID, TO_DECIMAL(GROSS_AMOUNT, 15, 2) AS GROSS_AMOUNT, IFNULL(CURRENCY, 'EUR') AS CURRENCY, ORDER_DATE DE "FIN"."ORDERS_RAW" O\u00d9 STATUS <> 'CANCELLED'; CR\u00c9ER LA VUE "FIN"."V_ORDERS_EUR" COMME S\u00c9LECTIONNER o.ORDER_ID, o.CUSTOMER_ID, o.GROSS_AMOUNT * r.RATE AS AMOUNT_EUR, o.ORDER_DATE DE "FIN"."V_ORDERS_CLEAN" o JOINTURE "FIN"."FX_RATES" r SUR r.CURRENCY = o.CURRENCY ET r.RATE_DATE = o.ORDER_DATE; CR\u00c9ER LA VUE "FIN"."V_REVENUE_MONTHLY" COMME S\u00c9LECTIONNER CUSTOMER_ID, YEAR(ORDER_DATE) AS FISCAL_YEAR, MONTH(ORDER_DATE) AS FISCAL_MONTH, SUM(AMOUNT_EUR) AS REVENUE_EUR DE "FIN"."V_ORDERS_EUR" GROUPER PAR CUSTOMER_ID, YEAR(ORDER_DATE), MONTH(ORDER_DATE);<\/code><\/pre>\n\n\n\n
Demandez \u00e0 SQLFlow o\u00f9 V_REVENU_MENSUEL.REVENU_EUR<\/code> provient de et parcourt la cha\u00eene automatiquement\u00a0: REVENU_EUR<\/code> est SOMME(MONTANT_EUR)<\/code>, qui est MONTANT_BRUT * TAUX<\/code>, o\u00f9 MONTANT_BRUT<\/code> est COMMANDES_BRUTE.MONTANT_BRUT<\/code> pass\u00e9 par TO_DECIMAL<\/code>Deux colonnes sources, trois niveaux de vues, chaque calcul interm\u00e9diaire nomm\u00e9. Ex\u00e9cutez la trace dans l'autre sens et vous obtenez une analyse d'impact\u00a0: retype COMMANDES_BRUTE.MONTANT_BRUT<\/code> et SQLFlow liste toutes les colonnes en aval qui h\u00e9ritent de la modification.<\/p>\n\n\n\n
Colonnes calcul\u00e9es dans les vues SQL \u2014 TO_DECIMAL<\/code> distribution, le IFNULL<\/code> Par d\u00e9faut, la multiplication est de premi\u00e8re classe dans le graphe de lignage, donc le diagramme ne montre pas seulement que<\/em> une colonne s'\u00e9coule \u00e0 travers mais qu'advient-il de<\/em> \u00e0 chaque couche.<\/p>\n\n\n\n
Lign\u00e9e directe vs. lign\u00e9e indirecte<\/h2>\n\n\n\n
Regardez \u00e0 nouveau l'exemple. ORDERS_RAW.STATUT<\/code> n'appara\u00eet jamais dans aucune colonne de sortie, pourtant le O\u00d9 LE STATUT N'EST PAS \u00ab ANNUL\u00c9 \u00bb<\/code> Le filtre influence absolument le chiffre d'affaires. Il en va de m\u00eame pour DEVISE<\/code>, DATE_TARIF<\/code>, et DATE_DE_COMMANDE<\/code> dans les conditions de jonction et GROUPER PAR<\/code>.<\/p>\n\n\n\n
SQLFlow mod\u00e9lise ces \u00e9l\u00e9ments comme lign\u00e9e indirecte (d'impact)<\/strong>Il s'agit d'un type de relation distinct du flux de donn\u00e9es direct et activable\/d\u00e9sactivable s\u00e9par\u00e9ment dans le diagramme. Pour une question d'audit telle que \u00ab\u00a0ce champ r\u00e9glement\u00e9 influence-t-il ce rapport\u00a0?\u00a0\u00bb, les liens indirects constituent souvent la seule r\u00e9ponse\u00a0; or, la plupart des outils de tra\u00e7abilit\u00e9 concurrents ne font pas la distinction entre relations directes et indirectes.<\/p>\n\n\n\n
O\u00f9 SQLFlow se situe par rapport aux outils natifs SAP<\/h2>\n\n\n\n
Les outils de mod\u00e9lisation et de catalogage SAP sont performants pour leur fonction premi\u00e8re\u00a0: le suivi des artefacts cr\u00e9\u00e9s au sein de la couche mod\u00e9lis\u00e9e SAP. Le probl\u00e8me se situe au niveau SQL. Les vues SQL \u00e9crites manuellement, les scripts de migration, les instructions DML dans les t\u00e2ches planifi\u00e9es et le code SQL reliant HANA \u00e0 la partie non-SAP de votre infrastructure sont invisibles pour la tra\u00e7abilit\u00e9 bas\u00e9e sur les mod\u00e8les, car ils n'ont jamais \u00e9t\u00e9 enregistr\u00e9s comme artefacts mod\u00e9lis\u00e9s.<\/p>\n\n\n\n
C\u2019est la couche que couvre SQLFlow. Il analyse le SQL lui-m\u00eame, de sorte que tout ce qui est exprim\u00e9 sous forme de texte SQL est trac\u00e9, quel que soit l\u2019outil qui l\u2019a cr\u00e9\u00e9. Deux limites importantes \u00e0 conna\u00eetre\u00a0:<\/p>\n\n\n\n