Seminar dbt Core – Model Contracts, Versions, Access und Governance

Das Seminar richtet Governance auf konkrete Modellgrenzen und Änderungsrisiken aus. Interne Implementierungsmodelle werden von stabilen öffentlichen Schnittstellen getrennt, strukturelle Garantien durchgesetzt und inkompatible Änderungen über Versionen planbar gemacht.

Inhaltsverzeichnis

• Lernziele und fachliche Einordnung
• Schrittweise Seminarinhalte
• Praxisübungen und Laborszenarien
• Zielgruppe und Voraussetzungen
• Didaktik und Arbeitsweise

Lernziele

• Groups, Owner und Modellgrenzen nachvollziehbar definieren.
• Private, geschützte und öffentliche Modelle kontrolliert einsetzen.
• Model Contracts mit Spalten, Datentypen und unterstützten Constraints durchsetzen.
• Versionswechsel, Deprecation und Migrationsfenster ohne ungeplante Brüche organisieren.
• Grants, Freigaben und State-basierte Kompatibilitätsprüfungen in den Regelbetrieb integrieren.

Schrittweise Seminarinhalte

1. Groups, Ownership und Verantwortungsgrenzen

Schwerpunkt: Gruppendefinition, Owner, Metadaten, Modellzuordnung, Teamgrenzen, Schnittstellen und Verantwortungsübergaben.

1. Ausgangslage, Zielzustand und fachliche Grenzen für den Themenblock „Groups, Ownership und Verantwortungsgrenzen“ anhand des Laborprojekts erfassen.
2. Relevante Dateien, Ressourcen, Rollen und Abhängigkeiten zu Gruppendefinition, Owner, Metadaten, Modellzuordnung, Teamgrenzen, Schnittstellen und Verantwortungsübergaben identifizieren und in einer Arbeitscheckliste festhalten.
3. Die erforderliche Konfiguration, den Code oder den Betriebsprozess schrittweise umsetzen und alle erzeugten Zwischenstände nachvollziehbar prüfen.
4. Funktion, Sicherheit, Wiederholbarkeit, Datenwirkung und Fehlerverhalten mit definierten Positiv-, Negativ- und Wiederanlauffällen bewerten.
5. Als Arbeitsergebnis ein eindeutiges Ownership-Modell für fachliche Modellbereiche dokumentieren, fachlich abnehmen und in einen wiederverwendbaren Projekt- oder Betriebsstandard überführen.

2. Model Access: private, protected und public

Schwerpunkt: Zugriffsmodifikatoren, Referenzierbarkeit, Gruppenregeln, öffentliche Schnittstellen, Fehlermeldungen und Projektgrenzen.

1. Ausgangslage, Zielzustand und fachliche Grenzen für den Themenblock „Model Access: private, protected und public“ anhand des Laborprojekts erfassen.
2. Relevante Dateien, Ressourcen, Rollen und Abhängigkeiten zu Zugriffsmodifikatoren, Referenzierbarkeit, Gruppenregeln, öffentliche Schnittstellen, Fehlermeldungen und Projektgrenzen identifizieren und in einer Arbeitscheckliste festhalten.
3. Die erforderliche Konfiguration, den Code oder den Betriebsprozess schrittweise umsetzen und alle erzeugten Zwischenstände nachvollziehbar prüfen.
4. Funktion, Sicherheit, Wiederholbarkeit, Datenwirkung und Fehlerverhalten mit definierten Positiv-, Negativ- und Wiederanlauffällen bewerten.
5. Als Arbeitsergebnis eine kontrollierte Sichtbarkeit von internen und veröffentlichten Modellen dokumentieren, fachlich abnehmen und in einen wiederverwendbaren Projekt- oder Betriebsstandard überführen.

3. Model Contracts und Spaltengarantien

Schwerpunkt: enforced, Spaltenname, Datentyp, Constraints, unterstützte Materialisierungen, Preflight-Prüfung und plattformspezifische Durchsetzung.

1. Ausgangslage, Zielzustand und fachliche Grenzen für den Themenblock „Model Contracts und Spaltengarantien“ anhand des Laborprojekts erfassen.
2. Relevante Dateien, Ressourcen, Rollen und Abhängigkeiten zu enforced, Spaltenname, Datentyp, Constraints, unterstützte Materialisierungen, Preflight-Prüfung und plattformspezifische Durchsetzung identifizieren und in einer Arbeitscheckliste festhalten.
3. Die erforderliche Konfiguration, den Code oder den Betriebsprozess schrittweise umsetzen und alle erzeugten Zwischenstände nachvollziehbar prüfen.
4. Funktion, Sicherheit, Wiederholbarkeit, Datenwirkung und Fehlerverhalten mit definierten Positiv-, Negativ- und Wiederanlauffällen bewerten.
5. Als Arbeitsergebnis einen durchgesetzten Vertrag für ein veröffentlichtes Datenmodell dokumentieren, fachlich abnehmen und in einen wiederverwendbaren Projekt- oder Betriebsstandard überführen.

4. Model Versions, latest_version und Deprecation

Schwerpunkt: Versionsdefinition, versionierte SQL-Dateien, ref mit Versionsangabe, Alias, Migrationsfenster, Deprecation Date und Abschaltung.

1. Ausgangslage, Zielzustand und fachliche Grenzen für den Themenblock „Model Versions, latest_version und Deprecation“ anhand des Laborprojekts erfassen.
2. Relevante Dateien, Ressourcen, Rollen und Abhängigkeiten zu Versionsdefinition, versionierte SQL-Dateien, ref mit Versionsangabe, Alias, Migrationsfenster, Deprecation Date und Abschaltung identifizieren und in einer Arbeitscheckliste festhalten.
3. Die erforderliche Konfiguration, den Code oder den Betriebsprozess schrittweise umsetzen und alle erzeugten Zwischenstände nachvollziehbar prüfen.
4. Funktion, Sicherheit, Wiederholbarkeit, Datenwirkung und Fehlerverhalten mit definierten Positiv-, Negativ- und Wiederanlauffällen bewerten.
5. Als Arbeitsergebnis einen kontrollierten Versionswechsel ohne ungeplanten Bruch nachgelagerter Verbraucher dokumentieren, fachlich abnehmen und in einen wiederverwendbaren Projekt- oder Betriebsstandard überführen.

5. Governance-Änderungsprozess und Kompatibilitätsprüfung

Schwerpunkt: Breaking Changes, State-Vergleich, Freigabe, Kommunikation, Übergangszeit, Abnahme, Rückfall und Dokumentationspflicht.

1. Ausgangslage, Zielzustand und fachliche Grenzen für den Themenblock „Governance-Änderungsprozess und Kompatibilitätsprüfung“ anhand des Laborprojekts erfassen.
2. Relevante Dateien, Ressourcen, Rollen und Abhängigkeiten zu Breaking Changes, State-Vergleich, Freigabe, Kommunikation, Übergangszeit, Abnahme, Rückfall und Dokumentationspflicht identifizieren und in einer Arbeitscheckliste festhalten.
3. Die erforderliche Konfiguration, den Code oder den Betriebsprozess schrittweise umsetzen und alle erzeugten Zwischenstände nachvollziehbar prüfen.
4. Funktion, Sicherheit, Wiederholbarkeit, Datenwirkung und Fehlerverhalten mit definierten Positiv-, Negativ- und Wiederanlauffällen bewerten.
5. Als Arbeitsergebnis einen verbindlichen Prozess für kompatible und inkompatible Modelländerungen dokumentieren, fachlich abnehmen und in einen wiederverwendbaren Projekt- oder Betriebsstandard überführen.

6. Grants und Bereitstellung von Datenbankrechten

Schwerpunkt: Ressourcen-Grants, Rollen, Revoke-Verhalten, Schema- und Objektprivilegien, Ownership, Adapterunterschiede und Abnahme.

1. Ausgangslage, Zielzustand und fachliche Grenzen für den Themenblock „Grants und Bereitstellung von Datenbankrechten“ anhand des Laborprojekts erfassen.
2. Relevante Dateien, Ressourcen, Rollen und Abhängigkeiten zu Ressourcen-Grants, Rollen, Revoke-Verhalten, Schema- und Objektprivilegien, Ownership, Adapterunterschiede und Abnahme identifizieren und in einer Arbeitscheckliste festhalten.
3. Die erforderliche Konfiguration, den Code oder den Betriebsprozess schrittweise umsetzen und alle erzeugten Zwischenstände nachvollziehbar prüfen.
4. Funktion, Sicherheit, Wiederholbarkeit, Datenwirkung und Fehlerverhalten mit definierten Positiv-, Negativ- und Wiederanlauffällen bewerten.
5. Als Arbeitsergebnis ein nachvollziehbares Berechtigungsmodell für erzeugte Datenbankobjekte dokumentieren, fachlich abnehmen und in einen wiederverwendbaren Projekt- oder Betriebsstandard überführen.

7. Lineage und Abhängigkeitsanalyse

Schwerpunkt: ref- und source-Kanten, DAG-Navigation, Upstream- und Downstream-Auswirkungen, Gruppen, Tags und Änderungsanalyse.

1. Ausgangslage, Zielzustand und fachliche Grenzen für den Themenblock „Lineage und Abhängigkeitsanalyse“ anhand des Laborprojekts erfassen.
2. Relevante Dateien, Ressourcen, Rollen und Abhängigkeiten zu ref- und source-Kanten, DAG-Navigation, Upstream- und Downstream-Auswirkungen, Gruppen, Tags und Änderungsanalyse identifizieren und in einer Arbeitscheckliste festhalten.
3. Die erforderliche Konfiguration, den Code oder den Betriebsprozess schrittweise umsetzen und alle erzeugten Zwischenstände nachvollziehbar prüfen.
4. Funktion, Sicherheit, Wiederholbarkeit, Datenwirkung und Fehlerverhalten mit definierten Positiv-, Negativ- und Wiederanlauffällen bewerten.
5. Als Arbeitsergebnis eine dokumentierte Auswirkungsanalyse für eine geplante Modelländerung dokumentieren, fachlich abnehmen und in einen wiederverwendbaren Projekt- oder Betriebsstandard überführen.

8. Code Reviews für SQL, YAML und Jinja

Schwerpunkt: Grain, Join-Logik, Tests, Materialisierung, Dokumentation, Sicherheit, Laufzeitwirkung, Lesbarkeit und Rückwärtskompatibilität.

1. Ausgangslage, Zielzustand und fachliche Grenzen für den Themenblock „Code Reviews für SQL, YAML und Jinja“ anhand des Laborprojekts erfassen.
2. Relevante Dateien, Ressourcen, Rollen und Abhängigkeiten zu Grain, Join-Logik, Tests, Materialisierung, Dokumentation, Sicherheit, Laufzeitwirkung, Lesbarkeit und Rückwärtskompatibilität identifizieren und in einer Arbeitscheckliste festhalten.
3. Die erforderliche Konfiguration, den Code oder den Betriebsprozess schrittweise umsetzen und alle erzeugten Zwischenstände nachvollziehbar prüfen.
4. Funktion, Sicherheit, Wiederholbarkeit, Datenwirkung und Fehlerverhalten mit definierten Positiv-, Negativ- und Wiederanlauffällen bewerten.
5. Als Arbeitsergebnis eine praxistaugliche Review-Checkliste mit fachlichen und technischen Prüfpunkten dokumentieren, fachlich abnehmen und in einen wiederverwendbaren Projekt- oder Betriebsstandard überführen.

Praxisübungen und Laborszenarien

• Entwurf eines Gruppen- und Ownership-Modells für mehrere Datenproduktteams.
• Durchsetzung eines Model Contracts und Analyse eines absichtlichen Breaking Change.
• Planung eines Versionswechsels mit Deprecation, Verbraucherkommunikation und Abschaltung.

Zielgruppe und Voraussetzungen

Zielgruppe: Data Governance, Analytics Engineering, Data Product Ownership, Datenarchitektur, Informationssicherheit und technische Teamleitung.

Voraussetzungen: Gute dbt-Core-Grundkenntnisse, Erfahrung mit veröffentlichten Datenmodellen und grundlegendes Verständnis von Datenbankrechten.

Didaktik und Arbeitsweise

Kurze Fachimpulse werden unmittelbar durch Demonstrationen, geführte Konfigurationsschritte, Code-Reviews und kontrollierte Fehlerfälle vertieft. Jede Übung arbeitet mit einem versionierten Laborprojekt, definierten Prüfpunkten und einer nachvollziehbaren Dokumentation.