Vor dem Ausführen des Setupskripts sollten Sie die folgenden Anforderungen berücksichtigen:
Der Datenbankbenutzer, der Setupskripten ausführt, muss in der Lage sein, Tabellen, Trigger und gespeicherte Prozeduren zu erstellen. Daher muss er die db_owner-Rolle haben.
Der gleiche Datenbankbenutzer, der das Setupskript ausführt, wird als Benutzer erwartet, der die MobiLink-Systemtabellen während der Synchronisation aktualisiert. Dieser Benutzer muss verwendet werden, um den MobiLink-Server zu starten und MobiLink-Anwendungen zu konfigurieren. Siehe Erforderliche Berechtigungen.
Der RDBMS-Benutzer, der mithilfe des MobiLink-Servers eine Verbindung mit der konsolidierten Datenbank herstellt, muss in der Lage sein, die MobiLink-Systemtabellen, -Prozeduren usw. ohne Qualifizierer zu verwenden (Beispiel: SELECT * from ml_user). Siehe Systemtabellen des MobiLink-Servers.
Die Login-ID für den MobiLink-Server muss die Berechtigung VIEW SERVER STATE besitzen. Diese Berechtigung kann unter Verwendung der folgenden SQL-Anweisung innerhalb der Master-Datenbank für Microsoft SQL Server erteilt werden:
grant view server state to user_name |
Die Login-ID für den MobiLink-Server muss eine SELECT-Berechtigung für sys.databases besitzen.
Um Microsoft SQL Server für die Verwendung als MobiLink-konsolidierte Datenbank einzurichten, müssen Sie eine Einrichtungsprozedur durchführen, die Systemtabellen, gespeicherte Prozeduren, Trigger und Ansichten hinzufügt, die für die MobiLink-Synchronisation erforderlich sind. Es gibt mehrere Möglichkeiten, dies durchzuführen:
Führen Sie das Setupskript syncmss.sql aus, das sich im Verzeichnis %SQLANY12%\MobiLink\Setup befindet.
Prüfen und Aktualisieren der MobiLink-Systemeinrichtung von Sybase Central. Siehe MobiLink-Systemkonfiguration.
Für die konsolidierte SQL Server-Datenbank muss eine ODBC-Datenquelle (DSN) eingerichtet werden. Verwenden Sie dazu den ODBC-Treiber, der mit der SQL Server-Datenbank zur Verfügung gestellt wurde. Siehe:
Datentypen zuordnen Die Datentypen von Spalten müssen korrekt zwischen der konsolidierten und der entfernten Datenbank abgestimmt und zugeordnet werden. Siehe Microsoft SQL Server-Datentypzuordnung.
CHAR-Spalten In Microsoft SQL Server 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. Es wird empfohlen, in der konsolidierten Datenbank VARCHAR statt CHAR zu 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 .
SET NOCOUNT ON Für Microsoft SQL Server müssen Sie SET NOCOUNT ON als erste Anweisung in allen gespeicherten Prozeduren oder SQL-Batches angeben, die über ODBC ausgeführt werden.
Prozeduraufrufe Microsoft SQLServer erfordert, dass Prozeduraufrufe mit Parametern unter Verwendung der ODBC-Syntax geschrieben werden:
{ CALL procedure_name( {ml param1}, {ml param2}, ... ) } |
Die Beispieldatenbank verwendet berechnete Spalten Die SQL Server-Beispieldatenbank AdventureWorks enthält berechnete Spalten. Sie können keinen Upload in eine berechnete Spalte durchführen. Sie können die Spalte für reinen Download definieren oder die Spalte von der Synchronisation ausschließen.
Konflikterkennung in einem upload_update-Skript implementieren Für SQL Server müssen Sie die Konflikterkennung und -lösung im upload_update-Skript durchführen. Siehe Konfliktlösung mit upload_update-Skripten.
Siehe MobiLink-Isolationsstufen.
![]() |
Kommentieren Sie diese Seite in DocCommentXchange.
|
Copyright © 2012, iAnywhere Solutions, Inc. - SQL Anywhere 12.0.1 |