Ein skriptgesteuerter Upload bezieht sich ausschließlich auf MobiLink-Anwendungen, die entfernte SQL Anywhere-Datenbanken verwenden.
Wenn Sie einen skriptgesteuerten Upload implementieren, verwendet dbmlsync kein Transaktionslog, um zu ermitteln, welche Daten heraufgeladen werden sollen. Wenn Ihre Skripten also nicht alle Änderungen aufzeichnen, können in der entfernten Datenbank Daten verloren gehen. Daher wird für die meisten Anwendungen die logbasierte Synchronisation empfohlen.
Bei den meisten MobiLink-Anwendungen wird der Upload durch das Datenbank-Transaktionslog bestimmt. Auf diese Weise wird sichergestellt, dass Änderungen, die seit dem letzten Upload in der entfernten Datenbank durchgeführt wurden, synchronisiert werden. Dies ist für die meisten Anwendungen zu empfehlen und garantiert, dass in der entfernten Datenbank keine Daten verloren gehen.
In seltenen Fällen kann es jedoch sinnvoll sein, das Transaktionslog zu ignorieren und den Upload selbst zu definieren. Mit dem skriptgesteuerten Upload können Sie genau definieren, welche Daten Sie heraufladen möchten. Bei skriptgesteuerten Uploads ist kein Transaktionslog für die entfernte Datenbank notwendig. Transaktionslogs erfordern Speicherplatz, der gerade bei kleineren Geräten begrenzt ist. Transaktionslogs sind jedoch für das Sichern und Wiederherstellen von Datenbanken und zur Leistungssteigerung der Datenbank äußerst wichtig.
Für einen skriptgesteuerten Upload erzeugen Sie eine spezielle Publikation, die die Namen von erstellten gespeicherten Prozeduren festlegt. Die gespeicherten Prozeduren definieren einen Upload, indem sie Ergebnismengen mit den Zeilen zurückgeben, die in der konsolidierten Datenbank eingefügt, aktualisiert oder gelöscht werden sollen.
Hinweis: Verwechseln Sie skriptgesteuerte Uploads nicht mit Upload-Skripten. Upload-Skripten sind MobiLink-Ereignisskripten in der konsolidierten Datenbank, die Sie erstellen, um dem MobiLink-Server Anweisungen zur Verarbeitung des Uploads zu geben. Bei skriptgesteuerten Uploads müssen Sie immer noch Upload-Skripten schreiben, um den Upload in die konsolidierte Datenbank zu übernehmen, und Download-Skripten, um festzulegen, was heruntergeladen werden soll.
In den folgenden Szenarios erhalten Sie Beispiele dafür, wann ein skriptgesteuerter Upload sinnvoll sein kann:
Ihre entfernte Datenbank läuft auf einem Gerät mit begrenzter Speicherkapazität und Sie haben nicht genügend Platz für ein Transaktionslog.
Sie möchten einen Upload aller Daten von allen entfernten Datenbanken durchführen, um eine neue konsolidierte Datenbank zu erstellen.
Sie möchten eine benutzerdefinierte Logik erstellen, um die Änderungen festzulegen, die in die konsolidierte Datenbank geladen werden sollen.
Lesen Sie dieses Kapitel ganz, bevor Sie skriptgesteuerte Uploads implementieren. Beachten Sie insbesondere die folgenden Punkte:
Wenn Sie den skriptgesteuerten Upload nicht korrekt definiernen, können Daten verloren gehen.
Bei der Arbeit mit skriptgesteuerten Uploads müssen Sie Dinge berücksichtigen oder referenzieren, die normalerweise von dbmlsync übernommen werden. Dazu gehören Pre- und Post-Images von Daten und der Synchronisationsfortschritt.
Wahrscheinlich müssen Sie in der entfernten Datenbank für eine Synchronisation über skriptgesteuerte Uploads Tabellen sperren. Bei einer logbasierten Synchronisation ist eine Sperrung nicht erforderlich.
Eine Implementierung von transaktionalen Uploads über skriptgesteuerte Uploads ist äußerst schwierig.
| 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 |