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 Privilegien.
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 das SELECT-Privileg für die Systemdatenbanken SYS.DM_TRAN_LOCKS, SYS.PARTITIONS und SYS.SYSPROCESSES haben.
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 %SQLANY16%\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.
BLOB-Spalten
Aufgrund der Einschränkungen der SQL Server ODBC-Treiber sollten beim Definieren einer Synchronisationstabelle alle
BLOB-Spalten am Ende von Spalten platziert werden, insbesondere wenn das download_cursor-Skript für die Tabelle als gespeicherter
Prozeduraufruf oder als Batch von SQL-Anweisungen geschrieben werden muss. Diese Einschränkung kann ignoriert werden, wenn
das download_cursor-Skript für eine Synchronisationstabelle mit BLOB-Spalten wird als einzelne SELECT-Anweisung geschrieben
wird. Siehe http://support.microsoft.com/kb/238080.
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 mlsrv16-Befehlszeilenoption -b während der Synchronisation nachgestellte Leerzeichen aus Zeichenfolgen entfernen. Diese Option ist wichtig für Zeichenfolgenvergleiche, mit denen Konflikte erkannt werden.
Siehe mlsrv16-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 © 2013, SAP AG oder ein SAP-Konzernunternehmen. - SAP Sybase SQL Anywhere 16.0 |