Zweiweg-Synchronisation braucht eindeutige Schreibregeln

Eine Verbindung darf Daten in beide Richtungen übertragen. Daraus folgt nicht, dass jedes Feld auf beiden Seiten beliebig überschrieben werden sollte. Für gemeinsame Felder braucht es eine Regel, die Bearbeitungsrecht, Ausgangsversion und Konfliktbehandlung verbindet. Sonst kann eine technisch neue Nachricht einen fachlich veralteten Wert zurückbringen.

Ein später Eingang kann auf älteren Daten beruhen

Ein fiktives Softwareunternehmen gleicht CRM und ERP ab. Das ERP bestätigt die Rechnungsanschrift, das CRM pflegt den Projektkontakt. Der folgende erfundene Ablauf zeigt, was eine pauschale Gesamtaktualisierung auslösen könnte:

Die Nachricht kommt später an, aber ihre Anschrift stammt aus einem älteren Stand. Würde die Integration den ganzen Datensatz ungeprüft übernehmen, könnte die bestätigte Änderung verloren gehen. Die Bezeichnungen v7 und v8 gehören hier zum selben ERP-Datensatz; beliebige lokale Versionszähler verschiedener Systeme lassen sich nicht einfach vergleichen.

Die Ausgangsversion erkennen und den Konflikt entscheiden

Microsoft beschreibt für Dataverse optimistische Nebenläufigkeitskontrolle: Eine Anwendung kann feststellen, ob ein Datensatz zwischen Lesen und Schreiben auf dem Server geändert wurde. Welche Prüfung verfügbar ist und wie sie aktiviert wird, hängt vom Produkt und seiner Schnittstelle ab.

Eine erkannte Abweichung entscheidet noch nicht, welche Adresse fachlich richtig ist. Im Beispiel soll die alte Anschrift zur Klärung stehen bleiben oder als nicht zulässige Rückschreibung behandelt werden. Den abgewiesenen alten Wert lediglich mit einer neuen Versionskennung erneut zu senden, würde die Versionsprüfung umgehen, ohne die fachliche Abweichung zu lösen. Eine einzelne Versionsprüfung macht außerdem nicht alle Schritte einer Verbindung über mehrere Systeme atomar.

Wann beide Seiten schreiben dürfen

Wenn beide Teams dieselben Informationen tatsächlich bearbeiten müssen, kann eine zweiseitige Lösung passend sein. Dann müssen zulässige Felder, Änderungen und Konfliktentscheidungen ausdrücklich festgelegt werden. Microsofts Dual-write-Dokumentation zeigt beispielsweise unterschiedliche Richtungen pro Spaltenzuordnung; ein gemeinsamer Schalter für alles ist kein fachlicher Zwang.

Es kann auch genügen, verschiedene Felder in verschiedenen Richtungen zu übertragen. Im Beispiel soll der neue Projektkontakt nach seiner Regel übernommen werden, während die alte Rechnungsanschrift nicht ungeprüft zurückgeschrieben wird. Beide Werte gehören zum selben Kunden, verlangen aber unterschiedliche Schreibentscheidungen.

Quellen

• Microsoft Learn — Optimistic concurrency

• Microsoft Learn — Customize table and column mappings