MobiLink-Synchronisationsskripten können in SQL, in Java (mit der MobiLink-Server-API für Java) oder in .NET (mit der MobiLink-Server-API für .NET) geschrieben werden.
Die SQL-Synchronisationslogik ist gewöhnlich am besten, wenn eine Synchronisation mit einer unterstützten konsolidierten Datenbank durchgeführt wird.
Wählen Sie Java und .NET, wenn Sie eine Synchronisation mit einer Datenbank durchführen, bei der es sich nicht um eine unterstützte konsolidierte Datenbank handelt. Verwenden Sie Java und .NET auch dann, wenn Ihr Design durch die SQL-Sprache bzw. die Möglichkeiten des Datenbank-Managementsystems einschränkt ist oder wenn Sie Portierbarkeit über verschiedene RDBMS-Typen wünschen.
Die Java- und .NET-Synchronisationslogik kann auf dieselbe Weise wie SQL-Logikfunktionen eingesetzt werden. Der MobiLink-Server kann beim Eintritt von MobiLink-Ereignissen Java- oder .NET-Methoden genauso wie SQL-Skripten aufrufen. Wenn Sie mit Java oder .NET arbeiten, können Sie die Ereignisse verwenden, um zusätzliche Prozessverarbeitungen vorzunehmen. Wenn Sie jedoch Skripten für Ereignisse verarbeiten, die Upload- oder Downloadzeilen direkt verarbeiten, muss Ihre Implementierung eine SQL-Zeichenfolge zurückgeben. Mit Ausnahme der beiden Ereignisse für die direkte Zeilenbehandlung kann auf Uploads und Downloads über die Java- oder .NET-Synchronisationslogik nicht direkt zugegriffen werden: MobiLink führt die Zeichenfolge aus, die von Java oder .NET als SQL zurückgegeben wurde.
Die direkte Zeilenbehandlung, die die Ereignisse handle_UploadData und handle_DonwloadData zur Synchronisation einer Datenquelle verwendet, bearbeitet die Upload- und Download-Zeilen direkt.
Im Folgenden sind einige Szenarios beschrieben, in denen Java- oder .NET-Code sinnvoll eingesetzt werden kann.
Direkte Zeilenbehandlung Mithilfe der Java- oder .NET-Synchronisationslogik können Sie MobiLink verwenden, um auf Daten aus Datenquellen zuzugreifen, die keine konsolidierten Datenbanken sind, beispielsweise Anwendungsserver, Webserver und Dateien.
Authentifizierung Eine Benutzerauthentifizierungsprozedur kann in Java oder .NET geschrieben werden, sodass die MobiLink-Authentifizierung den Sicherheitsvorschriften Ihres Unternehmens entspricht.
Gespeicherte Prozeduren Wenn Ihr RDBMS-System keine benutzerdefinierten gespeicherten Prozeduren verwenden kann, können Sie in Java oder .NET eine Methode erstellen.
Externe Aufrufe Wenn Ihr Programm während eines Synchronisationsereignisses eine Verbindung zu einem externen Server herstellen soll, können Sie die Java- oder .NET-Synchronisationslogik einsetzen, damit Synchronisationsereignisse bestimmte Aktionen auslösen. Java- und .NET-Synchronisationslogik kann für mehrere Verbindungen gemeinsam genutzt werden.
Variable Falls Ihre Datenbank nicht in der Lage ist, mit Variablen umzugehen, können Sie eine Variable in Java oder .NET einrichten, die während der gesamten Verbindung bzw. Synchronisation bestehen bleibt. (Alternativ können Sie mit SQL-Skripten benutzerdefinierte benannte Parameter verwenden, die mit allen konsolidierten Datenbanktypen kompatibel sind. Weitere Hinweise finden Sie unter Benutzerdefinierte benannte Parameter.)
Auf die Java- und .NET-Synchronisationslogik können Sie über die MobiLink-Server-APIs zugreifen. Die MobiLink-Server-APIs sind Gruppen von Klassen und Schnittstellen für die MobiLink-Synchronisation.
Die MobiLink-Server-API für Java bietet Folgendes:
Zugriff auf die vorhandene ODBC-Verbindung mit der konsolidierten Datenbank als JDBC-Verbindung.
Zugriff auf andere Datenquellen über Schnittstellen wie JDBC, Webdienste und JNI.
Die Fähigkeit, neue JDBC-Verbindungen mit der konsolidierten Datenbank einzurichten, um Datenbankänderungen außerhalb der aktuellen Synchronisationsverbindung vorzunehmen. Auf diese Weise können Sie beispielsweise eine Fehlerprotokollierung oder ein Auditing vornehmen, auch wenn die Synchronisationsverbindung ein Rollback durchführt.
Im Bezug auf die Synchronisation mit der konsolidierten Datenbank die Fähigkeit, Java-Code vor dem Ausführen durch den MobiLink-Server schreiben und debuggen zu können. SQL-Entwicklungsumgebungen sind für viele Datenbank-Managementsysteme im Vergleich zu denen, die für Java-Anwendungen verfügbar sind, recht primitiv.
SQL-Zeilenbehandlung und direkte Zeilenbehandlung
Die volle Nutzung der Java-Sprache und ihrer großen Bandbreite bestehender Codes und Bibliotheken.
Weitere Hinweise finden Sie unter Referenz der MobiLink-Server-API für Java.
Die MobiLink-Server-API für .NET bietet Folgendes:
Zugriff auf die vorhandene ODBC-Verbindung mit der konsolidierten Datenbank mithilfe von iAnywhere-Klassen, die ODBC von .NET aus aufrufen.
Zugriff auf andere Datenquellen über Schnittstellen wie ADO.NET, Webdienste und OLE DB.
Im Bezug auf die Synchronisation mit der konsolidierten Datenbank die Fähigkeit, .NET-Code vor dem Ausführen durch den MobiLink-Server schreiben und debuggen zu können. SQL-Entwicklungsumgebungen sind für viele Datenbank-Managementsysteme im Vergleich zu denen, die für .NET-Anwendungen verfügbar sind, recht primitiv.
SQL-Zeilenbehandlung und direkte Zeilenbehandlung
Code, der innerhalb der .NET-CLR-Sprache (Common Language Runtime) abläuft und Zugriff auf alle .NET-Bibliotheken einschließlich SQL-Zeilenbehandlung und direkte Zeilenbehandlung ermöglicht
Weitere Hinweise finden Sie unter MobiLink-Server - API für .NET.
| Kommentieren Sie diese Seite in DocCommentXchange. Senden Sie uns Feedback über diese Seite via E-Mail. |
Copyright © 2009, iAnywhere Solutions, Inc. - SQL Anywhere 11.0.1 |