Überblick über MobiLink-Ereignisse

Wenn eine Synchronisationsanforderung abgesetzt wird und der MobiLink-Server entscheidet, dass eine neue Verbindung zur konsolidierten Datenbank erstellt werden muss, wird das begin_connection-Ereignis ausgelöst und die Synchronisation beginnt.

Flussdiagramm des MobiLink-Ereignismodells mit dem begin_connection-Ereignis, einem vordefinierten Prozess für die Durchführung von Synchronisationen und einem end_connection-Ereignis.

Nach der Synchronisation wird die Verbindung zur konsolidierten Datenbank in einen Verbindungspool gesetzt und MobiLink wartet erneut auf eine Synchronisationsanforderung. Wenn jedoch eine weitere Synchronisationsanforderung für dieselbe Version eintrifft, wickelt MobiLink die nächste Synchronisationsanforderung mit derselben Verbindung ab. Bevor eine Verbindung aus dem Verbindungspool gelöscht wird, muss das Ereignis end_connection ausgelöst werden.

Jede Synchronisation umfasst viele Ereignisse. Die meisten Ereignisse werden von der Transaktion organisiert, die sie enthält.

Transaktionen

Bei jeder Synchronisation kann es zu folgenden Transaktionen kommen.

Authentifizierung
Synchronisation beginnen
Upload
Download vorbereiten
Download
Synchronisation beenden
Nicht blockierende Downloadbestätigung

Zudem sind zwei Verbindungstransaktionen zulässig. Nach dem Herstellen der Verbindung zur konsolidierten Datenbank wird sofort eine begin_connection-Transaktion ausgeführt und beim Trennen der Verbindung eine end_connection-Transaktion.

Die wichtigsten Phasen einer Synchronisation sind die Upload- und Downloadtransaktionen. Die in Upload- und Downloadtransaktionen enthaltenen Ereignisse werden im Folgenden beschrieben.

Die Upload-Transaktion

Die Uploadtransaktion übernimmt Änderungen, die per Upload von einer entfernten Datenbank übermittelt werden.

Das Ereignis begin_upload kennzeichnet den Anfang der Uploadtransaktion. Die Uploadtransaktion ist ein zweiteiliger Prozess. Zunächst werden Einfügungen und Aktualisierungen für alle entfernten Tabellen per Upload übermittelt, dann die Löschungen für alle entfernten Tabellen.

Flussdiagramm des MobiLink-Uploadtransaktionsprozesses

Das Ereignis end_upload kennzeichnet das Ende der Uploadtransaktion.

Mit der Option dbmlsync -tu können Sie mehrere Upload-Transaktionen angeben.

Siehe Skripten für den Upload von Zeilen.

Die Download-Transaktion

Die nicht blockierende Downloadbestätigungstransaktion

Die nicht blockierende Downloadbestätigungstransaktion wird nur durchgeführt, wenn eine Downloadbestätigung empfangen wird. Diese Transaktion hat zwei Funktionen. Die Skripten publication_nonblocking_download_ack und nonblocking_download_ack werden in dieser Transaktion ausgeführt. Sie vereinfachen die Protokollierung des Downloadstatus. Außerdem werden die Download-Zeitstempel in den MobiLink-Systemtabellen bei dieser Transaktion aktualisiert.

Diese Transaktion wird möglicherweise nicht auf derselben Datenbankverbindung ausgeführt wie die anderen Ereignisse für die Zielsynchronisation, sodass in dieser Transaktion keine Variablen auf Verbindungsebene referenziert werden können.

Ereignisüberblick in Pseudocode

Hinweise

Normalerweise besteht die Standardaktion darin, nichts zu tun, wenn Sie kein Skript für ein bestimmtes Ereignis definiert haben.
Die Ereignisse begin_connection und end_connection sind Ereignisse auf Verbindungsebene. Sie sind unabhängig von allen Synchronisationen und haben keine Parameter.
Einige Ereignisse werden einmal pro Synchronisation für jede zu synchronisierende Tabelle aufgerufen. Die diesen Ereignissen zugeordneten Skripten werden als Skripten auf Verbindungsebene bezeichnet.

Jede Tabelle kann über eigene Tabellenskripten verfügen; Sie können aber auch Tabellenskripten schreiben, die von mehreren Tabellen gemeinsam genutzt werden.
Einige Ereignisse, wie etwa begin_synchronization, treten sowohl auf der Verbindungsebene als auch auf der Tabellenebene ein. Sie können für diese Ereignisse sowohl Verbindungs- als auch Tabellenskripten bereitstellen.
Die COMMIT-Anweisung illustriert, wie der Synchronisationsprozess in unterschiedliche Transaktionen aufgeteilt wird.

Vorsicht

Ihre SQL-Synchronisationsskripten bzw. die Prozeduren oder Skripten, die von Ihren SQL-Synchronisationsskripten aufgerufen werden, dürfen keine impliziten oder expliziten COMMIT- oder ROLLBACK-Anweisungen enthalten. COMMIT- und ROLLBACK-Anweisungen innerhalb eines SQL-Skripts ändern den transaktionsbasierten Ablauf der Synchronisationsschritte. Falls Sie diese Anweisungen benutzen, kann MobiLink die Integrität der Daten bei einer Systemstörung nicht garantieren.

Komplettes MobiLink-Ereignismodell
Ereignisse beim Upload
Ereignisse beim Download

Kommentieren Sie diese Seite in DocCommentXchange.