RDBMS-abhängige Synchronisationsskripten

Mithilfe von Synchronisationsskripten definiert MobiLink die zur Datensynchronisation verwendeten Regeln. Die Synchronisationsskripten definieren Folgendes:

Wie Daten, die aus der entfernten Datenbank heraufgeladen wurden, in die konsolidierte Datenbank übernommen werden.
Welche Daten aus der konsolidierten Datenbank in die entfernte Datenbank heruntergeladen werden sollen.

Siehe Schreiben von Synchronisationsskripten.

Eine vollständige Liste der Ereignisse, für die Sie Skripten schreiben können, finden Sie unter Synchronisationsereignisse.

Konkrete Hinweise zu den verschiedenen Typen von konsolidierten Datenbanken finden Sie unter:

.NET- und Java-Synchronisationsskripten

Sie können Ihre Synchronisationslogik in die Version der von Ihrer Datenbank verwendeten SQL-Sprache schreiben. Außerdem können Sie besser portierbare und leistungsstärkere Skripten unter Verwendung von Java oder .NET schreiben. Java und .NET bieten - bei vollständiger SQL-Kompatibilität - mehr Flexibilität als jedes RDBMS per SQL. Wenn Sie die Java- oder .NET-Synchronisationslogik verwenden, können Sie Variable für eine ganze Sitzung beibehalten, Authentifizierung in externe Server integrieren usw.

Weitere Hinweise zur Java-Synchronisationslogik finden Sie unter Java-Synchronisationslogik.

Weitere Hinweise zur .NET-Synchronisationslogik finden Sie unter Schreiben eines Synchronisationsskripts in .NET.

Prozeduren von Skripten aufrufen

Für einige Datenbanken, wie etwa Microsoft SQL Server, müssen Prozeduraufrufe mit Parametern unter Verwendung der ODBC-Syntax geschrieben werden.

{ CALL procedure_name( {ml param1}, {ml param2}, ... ) }

Sie können Werte zurückgeben, indem Sie die Parameter in der Prozedurdefinition als OUT oder INOUT angeben.

CHAR-Spalten

In vielen anderen RDBMS-Systemen haben CHAR-Datentypen eine feste Länge und werden bis zur vollen Länge der Zeichenfolge mit Leerzeichen aufgefüllt. In entfernten MobiLink-Datenbanken (SQL Anywhere oder UltraLite) entspricht CHAR dem Datentyp VARCHAR: Werte werden nicht bis zu einer bestimmten Länge mit Leerzeichen aufgefüllt. Wenn Sie SQL Anywhere nicht als konsolidierte Datenbank verwenden, sollten Sie unbedingt VARCHAR anstelle von CHAR in der konsolidierten Datenbank verwenden. Wenn Sie CHAR verwenden müssen, können Sie mit der mlsrv12-Befehlszeilenoption -b während der Synchronisation nachgestellte Leerzeichen aus Zeichenfolgen entfernen. Diese Option ist wichtig für Zeichenfolgenvergleiche, mit denen Konflikte erkannt werden.

Siehe mlsrv12-Option -b .

Konvertierung von Daten

Kommentieren Sie diese Seite in DocCommentXchange.