Auf dieser Seite
Stell dir einen Support-Bildschirm mit einer Frage vor: Wurde diese Bestellung bezahlt? Die Antwort steht im Zahlungssystem. Ein Integrationsteam schlägt vor, alle Zahlungsdatensätze in eine zweite Datenbank zu kopieren, die Kopie aktuell zu halten und sie beim Öffnen der Bestellung durch eine Bedienperson abzufragen. Das ist ein hypothetisches Betriebsbeispiel und nicht der analytische Anwendungsfall der zitierten Demonstration.
Vielleicht ist das nötig. Frage zuerst, ob der Bildschirm nur jetzt eine einzige freigegebene Antwort braucht.
Eine technische Demonstration cloudübergreifender Analyseabfragen zeigt eine Abfrage über bestehende Datenquellen hinweg, ohne zuvor dauerhaft eine Kopie der Quelltabelle im Zielsystem anzulegen. Dieselbe Demonstration materialisiert eine verbundene Tabelle und zeigt damit, dass sich Fernzugriff und Kopieren innerhalb eines Workflows kombinieren lassen. Das ist eine tatsächliche Produktfunktion, aber kein Versprechen, dass ein Analysedienst für einen operativen Zahlungsstatus-Bildschirm geeignet ist oder während der Ausführung nie Daten bewegt. Die Dokumentation zu föderierten Abfragen erläutert, dass Ergebnisse mancher externen Abfragen vorübergehend in den Abfragedienst übertragen werden. Entscheidend ist der Unterschied zwischen einer dauerhaft synchronisierten Replik und einem begrenzten Abruf für eine bestimmte Frage.
Entscheide anhand der Aufgabe des aufrufenden Systems
In der Aufforderung „Verbinde diese Systeme“ stecken zwei unterschiedliche Aufgaben. Die eine fragt: „Was sagt die Quelle gerade?“ Die andere: „Welchen Zustand muss das Zielsystem halten, damit es später handeln kann?“
Für den Support-Bildschirm kann ein begrenzter Abruf den Bestellstatus und den Zeitpunkt seiner Abfrage zurückgeben. Die Quelle bleibt maßgeblich. Ist sie nicht erreichbar, sollte der Bildschirm melden, dass der aktuelle Status nicht verfügbar ist, oder eine zwischengespeicherte Antwort klar kennzeichnen. Eine zweite Kopie würde eine neue Frage schaffen: Welcher Status gilt, wenn beide voneinander abweichen?
Ein aufrufendes System fragt eine Quelle über eine autorisierte, eingegrenzte Abfrage nach einer aktuellen Antwort. Dabei können vorübergehend Daten verarbeitet werden, ohne eine dauerhafte Kopie zu erzeugen.
Für eine Kampagne zu abgebrochenen Warenkörben muss das Zielsystem möglicherweise handeln, ohne dass jemand einen Bildschirm öffnet. Es braucht vielleicht ein zeitnahes Ereignis, den Einwilligungsstatus und eine Möglichkeit, eine geplante Nachricht nach einem Kauf abzubrechen. Ein Live-Abruf zum Kampagnenzeitpunkt kann weiterhin helfen, aber eine Antwort auf Abruf ist nicht die ganze Aufgabe.
| Bedarf des aufrufenden Systems | Zuerst zu prüfendes Design | Wesentlicher Zielkonflikt |
|---|---|---|
| Eine aktuelle Antwort | Begrenzte Abfrage bei der zuständigen Quelle | Abhängig von Zugriff und Latenz der Quelle |
| Kontinuierliches Handeln bei Änderungen | Ereignis oder minimale Delta-Synchronisierung | Muss Verzögerungen, Duplikate und fehlende Ereignisse behandeln |
| Belege für frühere Entscheidungen | Versionierter Schnappschuss der relevanten Felder | Aufbewahrung und Zugriff müssen geregelt sein |
| Betrieb bei Ausfall der Quelle | Ausdrücklicher Cache oder Replik | Kann veraltet sein und braucht eine Altersregel |
Das ist eine Entscheidungstabelle, kein Benchmark. Daraus ergibt sich kein allgemeingültiger Grenzwert für Abfragen gegenüber Kopien.
Eine Kopie verursacht laufende Kosten
Der erste Datenabzug lässt sich leicht unterschätzen, weil er irgendwann abgeschlossen ist. Die Kopie bleibt bestehen. Ein neues Feld kommt hinzu, eine Kennung wird zusammengeführt, eine Berechtigung ändert sich oder ein älteres Ereignis trifft nach einem neueren ein. Nun kann das Zielsystem eine Antwort enthalten, die die Quelle zurückweisen würde.
Die Kosten betreffen nicht nur den Speicherplatz. Sie umfassen den Abgleich: Verzögerungen überwachen, verpasste Änderungen erneut abspielen, Daten bei Bedarf löschen und erklären, warum eine Entscheidung auf dem Wert von gestern beruhte. Diese Aufgaben sind gerechtfertigt, wenn das Zielsystem einen unabhängigen Zustand braucht. Sie sind unnötiger Mehraufwand, wenn das einzige Ergebnis eine aktuelle Antwort sein soll.
Auch eine Abfrage hat Kosten. Sie kann die Quelle belasten, Felder einer anderen berechtigten Stelle zugänglich machen, eine Netzwerkgrenze überschreiten und im ungünstigsten Moment fehlschlagen. Abfrageplaner können mehr Daten verarbeiten, als das sichtbare Ergebnis vermuten lässt. Die Dokumentation zur Föderation beschreibt Ausführungsdetails, die du prüfen solltest, bevor du eine Fernabfrage für völlig bewegungsfrei hältst.
Eine sichere Abfrage hat einen eng gefassten Zweck und ein kleines Ergebnis. Benenne die zuständige Stelle für das Feld. Begrenze die Berechtigungen des Aufrufers. Lege fest, wie alt eine Antwort höchstens sein darf, wie lange die Abfrage warten soll und was die Oberfläche bei einer Zeitüberschreitung anzeigt. Speichere den Abfragezeitpunkt mit der Antwort.
Wann sich eine kontrollierte Kopie lohnt
„Lokale Daten geben uns eine berechenbare Schnittstelle und weniger Ausfälle durch Fernzugriff.“ Das ist ein ernst zu nehmendes Argument. Braucht der Workflow eine strenge Latenzgrenze oder muss er bei einem Ausfall der Quelle weiterlaufen, kann eine kontrollierte Replik die richtige Gestaltung sein.
Entscheidend ist das Wort kontrolliert. Lege fest, welche Felder kopiert werden, wie schnell sie aktualisiert sein müssen, was bei ausbleibenden Aktualisierungen passiert und wann das aufrufende System bei veraltetem Zustand nicht handeln darf. Teste auch eine verspätete Korrektur und nicht nur den Idealfall. Eine schnelle, veraltete Antwort kann schlechter sein als eine sichtbare Meldung, dass der Status nicht verfügbar ist.
Beginne mit der kleinsten Frage des aufrufenden Systems. Löst ein Abruf sie, bleibt die Quelle zuständig. Braucht eine Aktion lokalen Zustand, kopiere nur, was diese Aktion rechtfertigt.
Ein kleiner Versuch kann die Entscheidung klären, ohne eine allgemeine Replikationsschicht zu bauen. Wähle eine Frage, die das aufrufende System tatsächlich stellt, lege fest, wie aktuell die Antwort sein muss, und führe eine autorisierte Abfrage an die Quelle aus. Beobachte Latenz, Quellenlast und Fehlerverhalten mit realistischen Zugriffskontrollen. Probiere danach den kleinsten kopierten Zustand, der dieselbe Anforderung erfüllen würde. Vergleiche neben der Antwortzeit auch Korrektur-, Lösch- und Ausfallverhalten. Der Leitfaden zur Integrationsplanung liefert den breiteren Workflow-Kontext. Dieser Versuch entscheidet, wo eine Antwort liegen sollte. Keine der beiden Möglichkeiten ist automatisch günstiger, wenn die laufende Pflege eingerechnet wird.
Eine Verbindung misst sich nicht daran, wie viele Zeilen sie übertragen hat.
Häufig gestellte Fragen
Wann ist eine entfernte Abfrage besser als ein Sync?
Nutze eine Abfrage, wenn der aufrufende Dienst eine Antwort aus einer maßgeblichen Quelle braucht und deren Verfügbarkeit und Latenz akzeptiert. Begrenze den Zugriff und zeige an, wann die Antwort abgerufen wurde.
Wann müssen Daten kopiert werden?
Kopiere nur den notwendigen Zustand, wenn ein anderes System ohne Live-Abfrage handeln, einen prüfbaren Stand aufbewahren oder eine Latenz- beziehungsweise Verfügbarkeitsanforderung erfüllen muss, die die Quelle nicht schafft.
Bedeutet eine Abfrage am Speicherort, dass Daten nie bewegt werden?
Nein. Ein Föderationsdienst kann Zwischenergebnisse oder Abfrageergebnisse übertragen, um eine Abfrage auszuführen. Prüfe die dokumentierten Ausführungs-, Aufbewahrungs- und Sicherheitsregeln des Anbieters.