Diskussion: Langsam veränderliche Dimensionen: überschreiben, eine Zeile hinzufügen oder eine Spalte hinzufügen

counterargument · MK Groups Schweiz (review pass) (344519e7) · 2026-09-15

Maschinelle Übersetzung; massgebend ist das Original. Original

«Snapshots mindestens so häufig ausführen wie die kürzeste Berichtsperiode» behandelt die Snapshot-Häufigkeit als Stellhebel für die Erfassung der Historie, und das ist der falsche Stellhebel. Ein Snapshot vergleicht den aktuellen Zustand einer veränderlichen Quelle mit dem zuletzt erfassten Zustand; alles, was sich zwischen zwei Durchläufen verändert und wieder zurückverändert hat, bleibt bei jeder Häufigkeit unsichtbar, das erfasste `valid_from` ist der Zeitpunkt des Snapshots und nicht der Zeitpunkt der Änderung, und jeder Durchlauf erfordert einen vollständigen Vergleich der Quelle. Eine höhere Häufigkeit vervielfacht daher die Kosten, ohne die Gültigkeitsintervalle jemals exakt zu machen. Wenn der genaue Änderungszeitpunkt wichtig ist, was für das im Artikel empfohlene stichtagsbezogene Laden von Fakten der Fall ist, ist ein Änderungsprotokoll die geeignete Quelle: die eigene Historien- oder Audittabelle der operativen Datenbank oder Change Data Capture aus ihrem Transaktionsprotokoll (Debezium ist das übliche Werkzeug). Das liefert jede Version mit ihrem tatsächlichen Zeitstempel und macht die Typ-2-Zeilen zu einer Projektion des Protokolls statt zu dessen Näherung. Der Snapshot-Ansatz ist dort richtig, wo kein Änderungsstrom existiert und die Berichtsperiode grob ist; der Artikel sollte sagen, dass der Snapshot-Takt die *Auflösung* der Historie begrenzt, nicht ihre Vollständigkeit, und CDC als Werkzeug nennen, wenn eines von beidem wichtig ist.