{"id":6794,"date":"2026-07-12T04:30:28","date_gmt":"2026-07-12T12:30:28","guid":{"rendered":"https:\/\/www.gudusoft.com\/sql-data-lineage-platform\/"},"modified":"2026-07-17T19:15:10","modified_gmt":"2026-07-18T03:15:10","slug":"sql-data-lineage-platform","status":"publish","type":"page","link":"https:\/\/www.gudusoft.com\/de\/sql-datenherkunftsplattform\/","title":{"rendered":"SQL Data Lineage Platform (SDLP)"},"content":{"rendered":"

SDLP (SQL Data Lineage Platform)<\/strong> ist das unternehmensweite Datenherkunftssystem von Gudu Software. Es berechnet die Datenherkunft auf Spaltenebene f\u00fcr die gesamte SQL-Umgebung, indem es den tats\u00e4chlichen Code der Umgebung \u2013 gespeicherte Prozeduren, Sichten, Funktionen, Trigger, Jobs \u2013 analysiert und jede abgeleitete Herkunftskante als revisionssicheres Dokument speichert. Tatsache<\/strong> in einem verwalteten Datenspeicher, zusammen mit einem vollst\u00e4ndigen Register von allem, was es k\u00f6nnte nicht<\/em> Das Ergebnis ist eine nachvollziehbare Abstammung, die Sie vor einer Aufsichtsbeh\u00f6rde verteidigen k\u00f6nnen: Fakten und Ablehnungen decken stets 100% des Nachlasses ab, nichts wird stillschweigend fallen gelassen und nichts wird erfunden.<\/p>\n\n\n\n

\n
100%<\/b>des Nachlasses \u2013 Fakten plus Ablehnungen<\/span><\/div>\n
450.000+<\/b>Fakten auf Spaltenebene aus einem Scan von 122 Datenbanken<\/span><\/div>\n
Pr\u00fcfungsstufe<\/b>Hash-verifizierte Beweise, unabh\u00e4ngiger Validator<\/span><\/div>\n
Luftgetrennt<\/b>Lokal, keine Cloud-Abh\u00e4ngigkeit<\/span><\/div>\n<\/div>\n\n\n\n

M\u00f6chten Sie es sich ansehen, bevor Sie etwas installieren?<\/strong> Erkunden Sie ein Live-SDLP-Repository direkt in Ihrem Browser \u2013 den Herkunftskatalog, hash-verifizierte SQL-Beweise, Batch-Qualit\u00e4tsbewertungen und das Ablehnungs-Ledger \u2013 ohne Download und ohne Anmeldung.<\/p>\n\n\n\n

\n
Testen Sie die SDLP-Online-Demo \u2013 kostenlos<\/a><\/div>\n<\/div>\n\n\n\n
\n\n

Wo SDLP innerhalb der SQLFlow-Familie einzuordnen ist:<\/strong> Es basiert auf demselben General SQL Parser-Kern wie Gudu SQLFlow<\/a>SQLFlow l\u00f6st jedoch ein anderes Problem. SQLFlow zeigt die Herkunft der \u00fcbergebenen SQL-Anweisungen an; SDLP hingegen verwaltet die l\u00fcckenlose Herkunft aller Elemente Ihres Systems. Der folgende Vergleich verdeutlicht die Unterscheidung.<\/p>\n\n<\/div><\/div>\n\n\n\n

SQLFlow oder SDLP \u2013 welches System ben\u00f6tigen Sie?<\/h2>\n\n\n\n

Gudu SQLFlow<\/a> ist eine interaktive Abstammungslinie Analyse- und Visualisierungs-Engine<\/em>Sie geben SQL-Code ein \u2013 eingef\u00fcgt, hochgeladen, aus einer Datenbank, einem dbt-Projekt oder dem Abfrageverlauf abgerufen, in einem von 39 Dialekten \u2013 und es erstellt innerhalb von Sekunden ein interaktives Datenherkunftsdiagramm auf Spaltenebene. Es ist das ideale Werkzeug f\u00fcr Dateningenieure und -analysten, die Datenfl\u00fcsse verstehen, debuggen und dokumentieren m\u00fcssen, und wird als Standardsoftware ausgeliefert. SQLFlow Cloud<\/a>, SQLFlow vor Ort<\/a>, eine REST-API und eine Java-Bibliothek.<\/p>\n\n\n\n

SDLP ist eine Unternehmenslinie Plattform<\/em> \u2013 ein System zur Datenerfassung. Es analysiert nicht einzelne Skripte, sondern exportiert die gesamte Datenbank (Metadaten plus SQL-Quellcode aller Module), scannt sie als nachverfolgbaren Batch und f\u00fchrt die Ergebnisse in einem zentralen Repository mit Herkunftsinformationen, Nachweisen, Qualit\u00e4tsbewertungen, Governance-Strukturen, Zugriffskontrolle und einem manipulationssicheren Pr\u00fcfpfad zusammen. Es ist das ideale Werkzeug f\u00fcr Data-Governance-Teams in Banken, Versicherungen und anderen regulierten Unternehmen, die \u2026 beweisen<\/em> woher die Daten stammen \u2013 kontinuierlich, im gesamten Immobilienbereich, wobei etwaige L\u00fccken ber\u00fccksichtigt werden.<\/p>\n\n\n\n

\n\n
<\/th>Gudu SQLFlow<\/th>SDLP<\/th><\/tr><\/thead>\n
Was es ist<\/strong><\/td>Interaktive Engine zur Abstammungsanalyse und -visualisierung<\/td>Unternehmensweites Herkunftsnachweissystem mit Governance<\/td><\/tr>\n
Du gibst es<\/strong><\/td>SQL-Skripte, eine Datenbankverbindung, dbt-Artefakte, Abfrageverlauf<\/td>Ein komplettes SQL-System, exportiert als Metadaten- und Quellcodepaket<\/td><\/tr>\n
Du bekommst<\/strong><\/td>Ein interaktives Stammbaumdiagramm auf Spaltenebene, exportierbar als JSON\/CSV\/PNG<\/td>Ein kontrolliertes Repository mit nachvollziehbaren Herkunftsdaten, ein Ausschussregister, qualit\u00e4tsbewertete Scan-Batches und f\u00fcr Aufsichtsbeh\u00f6rden geeignete Exporte<\/td><\/tr>\n
Nicht aufgel\u00f6ste SQL-Anweisungen<\/strong><\/td>Bestm\u00f6gliche schematische Darstellung des analysierten Dateninhalts<\/td>Im Ablehnungsbuch mit Grundcode und Beweismitteln erfasst \u2013 Fakten + Ablehnungen = 100% des Nachlasses<\/td><\/tr>\n
Dialektabdeckung<\/strong><\/td>39 SQL-Dialekte<\/td>Microsoft SQL Server-Umgebungen werden heute vollst\u00e4ndig unterst\u00fctzt; weitere Umgebungstypen sind in Planung und basieren auf derselben Parserfamilie.<\/td><\/tr>\n
Typischer Benutzer<\/strong><\/td>Dateningenieure, Analysten, Architekten<\/td>Daten-Governance-Teams, Scan-Operatoren, Stewards, Auditoren<\/td><\/tr>\n
Governance<\/strong><\/td>\u2014<\/td>PII-Klassifizierung, Analyse der Auswirkungen sensibler Datenfl\u00fcsse, Baselines, rollenbasierter Zugriff, Hash-basierter Pr\u00fcfpfad<\/td><\/tr>\n
Am besten geeignet f\u00fcr<\/strong><\/td>Datenfl\u00fcsse w\u00e4hrend der Entwicklung verstehen und dokumentieren<\/td>Regulatorische Herkunftsnachweise (nach BCBS 239), Unternehmenskataloge, Pr\u00fcfungsnachweise<\/td><\/tr>\n<\/tbody>\n<\/table><\/figure>\n\n\n\n

Die beiden Produkte erg\u00e4nzen sich: Teams verwenden SQLFlow typischerweise w\u00e4hrend der Entwicklung, um Datenfl\u00fcsse zu verstehen und zu korrigieren, und SDLP in der Produktion, um den best\u00e4tigten Herkunftsdatensatz zu pflegen, auf den sich die Organisation bei ihren Berichten bezieht.<\/p>\n\n\n\n

\n\n

Ehrliche Abstammung: ablehnen, nicht raten.<\/h2>\n\n\n\n

Die meisten Lineage-Tools scheitern bei Audits bei stille L\u00fccken<\/em>Was das Werkzeug nicht verstanden hat, ist einfach nicht vorhanden, und niemand kann sagen, wie viel fehlt. Die Gr\u00fcndungsdoktrin der SDLP ist anders. Ablehnen, nicht raten und 100% ber\u00fccksichtigen<\/strong>Jede Aussage oder Referenz, die der Scanner nicht eindeutig aufl\u00f6sen kann, wird in der Fehlerliste als Zeile mit einem maschinenlesbaren Fehlercode, einer Schweregradangabe und dem zugeh\u00f6rigen SQL-Quellcode erfasst. Mehrdeutigkeiten werden niemals in plausibel erscheinende Ergebnisse umgewandelt, und Referenzen au\u00dferhalb des Bestands werden als extern klassifiziert, anstatt sie zu erraten. \u201eFakten plus Fehler gleich Gesamtbestand\u201c ist eine \u00fcberpr\u00fcfbare Gleichung, kein Slogan.<\/p>\n\n\n\n

Das Datenmodell basiert auf derselben Ehrlichkeit. Jede Herkunftsangabe enth\u00e4lt eine Rolle<\/strong> das besagt Wie<\/em> Die Quellspalte beeinflusst das Ziel: Werttragende Rollen (DIREKT, TRANSFORM, AGGREGIEREN, ABGELEGT) bedeuten, dass die Quelldaten tats\u00e4chlich im Ziel landen; nur beeinflussende Rollen (FILTER, VERBINDEN, BEDINGUNG) bedeuten, dass die Quellspalte das Ergebnis geformt hat, ohne dass ihr Wert jemals ankommt. Dieser Unterschied ist der Unterschied zwischen \u201ediesem Bericht enth\u00e4lt<\/em> Kundendaten\u201c und \u201eDieser Bericht war lediglich gefiltert nach<\/em> eine PII-Spalte\u201c \u2013 genau das, was ein Datenschutzbeauftragter oder eine Aufsichtsbeh\u00f6rde ben\u00f6tigt, und SDLP \u00fcbertreibt niemals Ersteres, wenn nur Letzteres zutrifft.<\/p>\n\n<\/div><\/div>\n\n\n\n

So funktioniert es<\/h2>\n\n\n\n
  1. Export.<\/strong> Ein einzelner, in sich geschlossener Exporter verbindet sich mit dem Quellserver \u00fcber einen Lesezugriff und streamt den gesamten Bestand \u2013 Katalogmetadaten und den SQL-Text jedes Moduls \u2013 in ein Sharded Bundle. Er liest Nur Metadaten<\/em>, speichert niemals Tabellendaten und l\u00e4uft innerhalb Ihrer Netzwerkzone; das Bundle ist das Einzige, was diese verl\u00e4sst.<\/li>\n
  2. Scan.<\/strong> Der Scanner analysiert jedes Modul mithilfe des allgemeinen SQL-Parsers, normalisiert die Ergebnisse und f\u00fcgt sie als nachverfolgbaren, fortsetzbaren Batch in das kanonische Repository ein. Ein unterbrochener Scan wird vom gespeicherten Pr\u00fcfpunkt fortgesetzt, anstatt von vorn zu beginnen.<\/li>\n
  3. Best\u00e4tigen.<\/strong> Ein unabh\u00e4ngiger Validator \u2013 eine bewusst separate Implementierung \u2013 berechnet den Identit\u00e4tshash jeder gespeicherten Zeile neu und f\u00fchrt einen Regelkatalog aus, der pro Batch zu einer Qualit\u00e4tswertung von 0 bis 100 verdichtet: eine Zahl, anhand derer jeder Scan beurteilt wird.<\/li>\n
  4. Verbrauchen.<\/strong> Ein Webkatalog dient der Suche, interaktiven Herkunftsdiagrammen und Governance-Workflows; das Export Center liefert CSV-, JSONL- oder Parquet-Dateien an nachgelagerte Systeme, einschlie\u00dflich einer Microsoft Purview-f\u00e4higen Herkunfts-CSV-Datei.<\/li><\/ol>\n\n\n\n

    Jeder Schritt funktioniert \u00fcber die Kommandozeile, den Browser oder eine Kombination aus beidem \u2013 alle drei Wege lesen und schreiben auf dasselbe Repository unter demselben Identit\u00e4tsvertrag, sodass die Wahl einer Schnittstelle die Daten nicht ver\u00e4ndert. Scan-Teams f\u00fchren in der Regel geplante Scans \u00fcber die Kommandozeile durch, Analysten und Stewards arbeiten mit der Web-Oberfl\u00e4che, und Downstream-Feeds werden \u00fcber die Export-API verarbeitet.<\/p>\n\n\n\n

    Nachweise, die Sie einem Pr\u00fcfer aush\u00e4ndigen k\u00f6nnen<\/h2>\n\n\n\n

    Jeder Fakt im Repository l\u00e4sst sich \u00fcber eine manipulationssichere Kette bis zu seinem Ursprung zur\u00fcckverfolgen: Fakt \u2192 Vorkommen \u2192 bytegenauer Locator im exportierten Quellcode-Bundle, der bei jedem Lesevorgang anhand eines SHA-256-Inhaltshashs erneut verifiziert wird. SQL-Text wird nicht im Repository dupliziert; das Bundle ist das einzige Referenzsystem, sodass bearbeiteter oder abweichender Quellcode erkannt und nicht stillschweigend ausgeliefert wird. Im Webkatalog \u00f6ffnet \u201eSQL-Nachweis anzeigen\u201c den exakten Anweisungsabschnitt, der im urspr\u00fcnglichen Modulquellcode hervorgehoben und live hash-verifiziert wird.<\/p>\n\n\n\n