Die Ad-Hoc-Methode ist gewöhnlich am sinnvollsten bei Tabellen, die die beiden folgenden Merkmale aufweisen:

Eine Tabelle, die eine Liste mit Wechselkursen enthält, könnte für diesen Ansatz geeignet sein, da es relativ wenige Währungen gibt, die sich jedoch häufig ändern. Abhängig von der Art des Geschäfts könnten auch eine Tabelle, die Preise enthält, eine Liste mit Zinssätzen oder aktuelle Nachrichten denkbare Einsatzmöglichkeiten hierfür darstellen.

Beachten Sie die folgenden Punkte, wenn Sie die Snapshot-basierte Synchronisation implementieren.

Sie sollten aber nicht die Zeilen aus der konsolidierten Datenbank löschen, sondern diese vielmehr für einen Löschvorgang kennzeichnen. Sie müssen die Zeilenwerte kennen, um diese aus der entfernten Datenbank löschen zu können. Wählen Sie mit dem download_cursor-Skript nur die nicht markierten Zeilen und mit dem download_delete_cursor-Skript nur die markierten Zeilen aus.

Das download_delete_cursor-Skript wird vor dem download_cursor-Skript ausgeführt. Wenn eine Zeile in den Download einbezogen werden soll, brauchen Sie keine Zeile mit demselben Primärschlüssel in die Löschliste aufzunehmen. Wenn eine Downloadzeile am entfernten Standort empfangen wird, ersetzt sie eine vorhandene Zeile mit demselben Primärschlüssel.

Siehe Skripten für den Download von Zeilen.

Anstatt die Zeilen einer entfernten Datenbank mit einem download_cursor-Skript zu löschen, können Sie auch der entfernten Anwendung gestatten, den Löschvorgang durchzuführen. Beispielsweise können Sie unmittelbar nach der Synchronisation der Anwendung gestatten, SQL-Anweisungen auszuführen, mit denen die nicht mehr benötigten Zeilen gelöscht werden.

Die von der Anwendung gelöschten Zeilen werden bei der nächsten Synchronisation ganz normal an den MobiLink-Server übertragen. Sie können dies aber verhindern, indem Sie die Anweisung STOP SYNCHRONIZATION DELETE ausführen. Zum Beispiel:

STOP SYNCHRONIZATION DELETE;
DELETE FROM table-name
 WHERE expiry_date < CURRENT TIMESTAMP;
COMMIT;
START SYNCHRONIZATION DELETE;

Siehe download_delete_cursor-Skripten.

Die Tabelle ULProduct in der Beispielanwendung wird durch Snapshot-Synchronisationen gewartet. Die Tabelle enthält relativ wenige Zeilen und aus diesem Grund gibt es wenig Overhead bei der Snapshot-Synchronisation.

Ein weiteres Beispiel der Snapshot-Synchronisation in einer Tabelle mit wenigen Zeilen finden Sie unter Synchronisieren der Vertriebsmitarbeiter im Beispiel Contact.