Zum Inhalt springen
Search the hub
Ein Fact-Grain aus den Tools

Ein Fact-Grain aus den Tools

dbt, Fabric und Databricks schreiben Historie — die Governance-App lädt eine Tabelle, nicht drei YAML-Religionen.

Category
Data Governance
Reading time
3 min
Published
Tags
data-quality operational-data-quality bi-governance
Download PDF

Begriffe vor dem Lesen

  • Governance-App — BI- oder Analytics-Fläche, die Governance-Ergebnisse aus Tools messbar macht.
  • Outcome-KPI — Kennzahl, die Wirkung zeigt, zum Beispiel offene Risiken mit verantwortliche Person oder Zeit bis zur Behebung.
  • Vanity Metric — Zahl, die gut aussieht, aber keine bessere Entscheidung auslöst.
  • Fact fachliche Ebene — Einheit einer Messzeile, zum Beispiel Regel-Lauf, Finding, Ausnahme oder Handoff.
  • Adapter — Tool-spezifische Umsetzung in Power BI, Qlik, Tableau oder einer anderen BI-Oberfläche.

Drei Plattformen, ein Grain (eine Faktzeile: Regel-Lauf plus Ergebnis). Die Tools erzeugen Regeln und Historie; die App konsumiert Fakten. Ohne gebundenes Grain malt jeder Adapter eine eigene Wahrheit.

In der Praxis zeigt sich das so: dbt, Fabric und Databricks zeigen drei Failure Rates zur selben Regel — Power BI liest 2,1 %, Tableau 4 %.

Dieser Teil bindet das Laden an Teil 1. How-to für Tests bleibt DQ auf der Plattform. Cockpit-Modell bleibt Datenqualitäts-Cockpit.

Vorher: Eine grüne Kachel ist keine messbare Governance. Weiter: Der KPI-Vertrag der Governance-App.

Entscheidung

Frieren Sie das Grain, bevor ein Adapter lädt.

  1. Mindest-Felder — Rule ID + Version, Run-ID, Timestamp, Pass/Fail oder Failure Count, Severity, Data Product, Owner-Schlüssel. Detailzeilen optional.
  2. Tool-Pfad — DQ History Generator, DQ Rules Generator, Fabric DQ Pattern. Sie schreiben das Grain, sie sind nicht die App.
  3. Kein zweites Log in BI — Calculated Tables, die Tests nachbauen, sind Drift. Die App filtert und zeigt.
  4. Hüte — Custodian besitzt Load und Aktualisierungsverantwortung (BI-Publish Deep Dive); Steward akzeptiert das Grain; Builder joinen nicht still um.

Grain-Workflow

1. Quelle nennen

Custodian zeigt die Historie-Tabelle. Fehlt sie, STOP — zuerst Plattform-Serie.

2. Mapping

Eine View je Tool-Adapter auf dasselbe Grain. Drei Tabellen ohne View sind drei Wahrheiten.

3. Negativtest

Ein Lauf fehlt: die App fail-closed oder zeigt Bruch — sie füllt nicht 98 % aus dem Cache.

Handoffs

Von An Artefakt
Custodian Steward Grain-Vertrag und Tabellen-ID
Steward Builder Nur diese View laden
Builder Custodian Kein zweites Log in der App

Anti-Patterns

  • Drei Historien ohne View
  • Tests in DAX nachbauen
  • Excel als Leader
  • App live, fachliche Ebene „kommt später“

Umsetzung im Alltag

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

  1. Historie-Tabelle oder Generator-Output nennen.
  2. Mindest-Felder abhaken.
  3. Eine Consumer-View binden.
  4. DAX-Nachbau streichen.

Governance app deep dive

Part 2 of 5

View series

Knowledge check

Tour