Click here to view and discuss this page in DocCommentXchange. In the future, you will be sent there automatically.

SQL Anywhere 11.0.1 (Deutsch) » MobiLink - Serveradministration » MobiLink-Servertechnologie verwenden » MobiLink - konsolidierte Datenbanken

 

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.

Weitere Hinweise finden Sie unter Synchronisationsskripten erstellen.

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 schreiben.

Weitere Hinweise zur .NET-Synchronisationslogik finden Sie unter Synchronisationsskripten in .NET erstellen.

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 Befehlszeilenoption mlsrv11 -b während der Synchronisation nachgestellte Leerzeichen aus Zeichenfolgen entfernen. Diese Option ist wichtig für Zeichenfolgenvergleiche, mit denen Konflikte erkannt werden.

Weitere Hinweise finden Sie unter Option -b.

Konvertierung von Daten

Weitere Hinweise zur Konvertierung von Daten für den Fall, dass ein MobiLink-Server mit einer konsolidierten Datenbank kommuniziert, die keine SQL Anywhere-Datenbank ist, finden Sie unter MobiLink-Datenzuordnungen zwischen entfernten und konsolidierten Datenbanken.