CDC wird oft überschätzt: Warum viele Unternehmen kein Echtzeit-Reporting brauchen

Was Business oft mit Realtime meint

Wenn Fachbereiche Realtime sagen, meinen sie selten Millisekunden. Häufig meinen sie: Der Report darf nicht Wochen hinterherhinken. Zahlen sollen nicht aus drei alten Excel-Dateien zusammenkopiert werden. Das Management will sehen, ob Umsatz, Kosten, offene Posten oder Kampagnenleistung ungefähr auf dem aktuellen Stand sind.

Für viele KMU-Reports ist das ein berechtigtes Ziel. Es ist aber nicht automatisch ein CDC-Ziel. Ein Report, der morgens stabil mit den Daten vom Vortag läuft, kann geschäftlich wertvoller sein als eine technisch anspruchsvolle Pipeline, die jede Änderung sofort repliziert, aber unklare Kennzahlen und fragile Betriebsprozesse hat.

Wann ein Full Load völlig reicht

Ein Full Load wird oft unterschätzt, weil er technisch unspektakulär klingt. Für kleine Tabellen, Referenzdaten, Stammdaten, tägliche Reports oder Monatsreports ist er aber häufig genau richtig. Die Logik ist einfach: Quelle lesen, Zielbestand neu aufbauen, Report darauf berechnen.

Der grosse Vorteil ist die Restartbarkeit. Wenn ein Lauf fehlschlägt, kann man ihn sauber wiederholen. Es gibt weniger Diskussionen über vergessene Änderungen, kaputte Offsets oder alte Events. Für Reporting ist diese Einfachheit oft ein echter Betriebsgewinn.

Wann ein Delta Load der bessere Kompromiss ist

Wenn Tabellen grösser werden oder ein Full Load zu lange dauert, ist ein Delta Load oft der bessere nächste Schritt. Dafür reichen in vielen Systemen Felder wie created_at, updated_at oder last_modified. Die Pipeline liest dann nur Datensätze, die seit dem letzten erfolgreichen Lauf neu oder geändert wurden.

Für Reporting ist das häufig genug: Der Lauf ist schneller, die Quelle wird weniger belastet, und die fachliche Logik bleibt verständlich. Wichtig ist, die Grenzen offen zu benennen. Harte Deletes, verspätete Änderungen oder unzuverlässige Zeitstempel müssen bewusst behandelt werden. Trotzdem ist Delta Load für viele Management-, Finanz- und Operationsreports der pragmatische Kompromiss.

Full Load, Delta Load und CDC im Vergleich

Als Orientierung hilft ein einfacher Vergleich. Er ersetzt keine Detailanalyse, macht aber sichtbar, dass nicht jede Reporting-Frage mit der komplexesten Integrationsmethode beantwortet werden muss.

Eine ausführlichere Entscheidungshilfe steht im Artikel Full Load, Delta Load oder CDC.

Wann CDC wirklich sinnvoll ist

CDC ist nicht falsch. Change Data Capture ist mächtig und hat klare Einsatzbereiche. Sinnvoll wird CDC besonders bei sehr hohem Volumen, niedrigen Latenzanforderungen, wichtigen Deletes, Event-Reihenfolgen, operativen Workflows oder wenn wiederholte Quellscans zu teuer sind.

Ich habe in Datenintegrationsprojekten mit Technologien wie Debezium, Oracle GoldenGate und AWS DMS gearbeitet. Solche Werkzeuge können sehr hilfreich sein, wenn die Anforderungen wirklich dazu passen. Sie ersetzen aber nicht die Klärung der fachlichen Frage: Welche Daten müssen wann, wie korrekt und für welchen Report verfügbar sein?

Warum CDC-Projekte schwieriger werden als geplant

CDC sieht auf Architekturdiagrammen oft elegant aus. Im Betrieb entstehen die Schwierigkeiten an vielen kleinen Stellen. Der initiale Snapshot muss zur laufenden Änderungserfassung passen. Netzwerkfehler dürfen keine Lücken erzeugen. Schemaänderungen müssen sauber erkannt und verarbeitet werden.

Dazu kommen Quell-Datenbanklast, Log-Retention, Offsets, Checkpoints, Monitoring, Reprocessing und laufende Wartung. Wenn ein Connector einige Stunden steht, muss klar sein, ob die Logs noch verfügbar sind und wie der Datenstand wieder konsistent wird. Wenn eine Tabelle umgebaut wird, muss die Pipeline nicht nur starten, sondern fachlich richtige Ergebnisse liefern.

Diese Themen sind lösbar. Sie sind aber Betriebskomplexität. Für ein Team, das eigentlich einen verlässlichen Monatsreport braucht, kann diese Komplexität vom eigentlichen Ziel ablenken.

Das eigentliche Problem ist oft nicht die Latenz

In vielen Reporting-Projekten ist die grösste Schwachstelle nicht, dass Daten zehn Minuten zu spät kommen. Häufig sind KPI-Definitionen unklar, Datenqualität ist uneinheitlich, Zuordnungen fehlen, oder mehrere Systeme verwenden ähnliche Begriffe unterschiedlich.

Wenn Umsatz, Marge, offene Posten oder Kundenstatus nicht sauber definiert sind, macht Realtime die Sache nicht automatisch besser. Dann kommen falsche oder widersprüchliche Zahlen nur schneller im Dashboard an. Für Management-Reporting ist eine nachvollziehbare KPI-Logik oft wichtiger als maximale technische Geschwindigkeit.

Mein pragmatischer Ansatz

Ich starte nicht mit der Frage, welches CDC-Werkzeug eingesetzt werden soll. Ich starte mit dem Reporting-Ziel: Welche Entscheidung soll der Report unterstützen? Wie aktuell müssen die Daten wirklich sein? Welche Datenqualität ist nötig? Wie zuverlässig muss der Lauf im Alltag funktionieren?

Daraus ergibt sich das Integrationsmuster. Manchmal reicht ein Full Load. Manchmal ist ein Delta Load mit sauberem Zeitstempel die beste Lösung. Manchmal ist CDC fachlich und technisch richtig. Der Klarzahlen-Ansatz ist, das einfachste zuverlässige Muster für die konkrete Business-Anforderung zu wählen und nicht unnötig Architekturkomplexität aufzubauen.

Fazit

CDC ist ein starkes Werkzeug, aber kein Selbstzweck. Viele Unternehmen brauchen kein Millisekunden-Reporting, sondern stabile Aktualisierung, nachvollziehbare Kennzahlen, gute Datenqualität und einen Betrieb, der wiederholbar funktioniert.

Wer Reporting pragmatisch automatisieren will, sollte zuerst die fachliche Anforderung klären und dann das passende Ladeverfahren wählen. Full Load, Delta Load und CDC sind keine Rangliste. Sie sind Werkzeuge für unterschiedliche Situationen.