Die Voraussetzungen für Push-Anforderungen sind von der Methode abhängig, die vom MobiLink-Server verwendet wird, um mit Geräten zu kommunizieren. Für alle Push-Anforderungen sind Spalten für Betreff und Inhalt erforderlich. Wenn Sie Lightweight-Polling-Module für Push-Benachrichtigungen verwenden, erstellen Sie eine Polling-Schlüsselspalte für ihre Identifizierung. Wenn Sie Gateways zum Senden von Push-Benachrichtigungen verwenden, erstellen Sie Spalten für Gateways und Adressen.
Es ist nicht erforderlich, Spalten für Push-Anforderungen zu erstellen, wenn sie auf dem System bereits vorhanden sind. Wenn die Voraussetzungen für die Push-Anforderungen erfüllt sind, können sie verwendet werden. Siehe Push-Anforderungen verwenden.
Wenn Sie Lightweight-Polling-Module zum Abrufen von Push-Benachrichtigungen verwenden, müssen Sie folgende Spalten erstellen:
Spalte |
Typ |
Beschreibung |
---|---|---|
Polling-Schlüssel |
VARCHAR |
Der Schlüssel, mit dem ein Lightweight-Polling-Modul identifiziert wird. Jedes Lightweight-Polling-Modul sendet einen Unique-Schlüssel, um sich beim MobiLink-Server zu identifizieren. |
Betreff |
VARCHAR |
Die Betreffzeile der Nachricht |
Inhalt |
VARCHAR |
Der Inhalt der Nachricht. |
Sofern nicht anders angegeben, müssen Sie folgende Spalten erstellen, wenn Sie Gateways zum Senden von Push-Benachrichtigungen verwenden:
Spalte |
Typ |
Beschreibung |
---|---|---|
Anforderungs-ID |
INTEGER |
Optional. Die eindeutige ID einer Push-Anforderung. Dieser Spaltenname ist für einige Notifier erforderlich. Siehe Notifier-Ereignisse. |
Gateway |
VARCHAR |
Der Name des Gateways, an das die Nachricht gesendet wird. |
Betreff |
VARCHAR |
Die Betreffzeile der Nachricht |
Inhalt |
VARCHAR |
Der Inhalt der Nachricht. |
Adresse |
VARCHAR |
Die Zieladresse eines Geräts. |
Neusendeintervall |
VARCHAR |
Optional. Die Zeitspanne zwischen wiederholten Sendeversuchen für Nachrichten. Das Neusendeintervall ist nützlich, wenn ein UDP-Gateway in einem störungsanfälligen Netzwerk verwendet wird. Der Notifier geht davon aus, dass sich die Attribute, die der Push-Anforderung zugeordnet sind, nicht ändern. Nachfolgende Aktualisierungen nach dem ersten Abruf der Anforderung werden ignoriert. Der Notifier passt das nächste Polling-Intervall automatisch an, wenn eine Push-Benachrichtigung vor dem nächsten Polling-Zeitpunkt gesendet werden muss. Sie können das Senden einer Push-Anforderung mithilfe der Synchronisationslogik im request_cursor-Ereignis stoppen. Die Zustellbestätigung vom vorgesehenen MobiLink Listener kann eine nachfolgende Neusendung unterbinden. Siehe request_cursor-Ereignis. |
Restzeit |
VARCHAR |
Optional. Angabe der Zeitdauer, bis die Neusendung abgelaufen ist. |
Im folgenden Beispiel werden die Voraussetzungen für Push-Anforderungen zur Verwendung von Lightweight-Polling erfüllt, indem die erforderlichen Tabellenspalten in einer konsolidierten SQL Anywhere-Datenbank erstellt werden:
CREATE TABLE PushRequest ( req_id INTEGER DEFAULT AUTOINCREMENT PRIMARY KEY, poll_key VARCHAR(128), subject VARCHAR(128), content VARCHAR(128) ) |
Sie müssen eine solche Tabelle nur erstellen, wenn die Push-Anforderungsspalten an keiner anderen Stelle verfügbar sind. Diese Spalten können sich in verschiedenen Tabellen, in bereits vorhandenen Tabellen oder in einer Ansicht befinden.
![]() |
Kommentieren Sie diese Seite in DocCommentXchange.
|
Copyright © 2010, iAnywhere Solutions, Inc. - SQL Anywhere 12.0.0 |