Abonnementschemabeispiele
Beim Definieren einer Abonnementklasse können Sie das Schema für Abonnementdaten definieren. In diesem Thema werden mehrere Beispiele dafür gezeigt, welche Felder Sie in unterschiedlichen Szenarien definieren können. Weitere Informationen zu Abonnementschemas finden Sie unter Definieren des Abonnementschemas.
.gif "ms172573.note(de-de,SQL.90).gif") Hinweis: |
|---|
| Die folgenden Beispiele zeigen die Werte, die zum Definieren von Abonnementklassenfeldern verwendet werden. Wie Sie die Felder genau definieren, hängt davon ab, ob Sie XML oder NMO zum Definieren der Anwendung verwenden. |
Geräte und Gebietsschemas pro Abonnement
Dieses Schema gilt für eine Wetteranwendung. Wenn ein Abonnent ein Abonnement erstellt, muss er die Stadt für Wettervorhersagenbenachrichtigungen angeben. Außerdem muss der Abonnent ein Gerät und ein Gebietsschema für die Benachrichtigungsübermittlung auswählen.
Das Schema für dieses Szenario enthält drei Felder: DeviceName, SubscriberLocale und City.
| Feldname | Feldtyp | Feldmodifizierer |
|---|---|---|
DeviceName |
nvarchar(255) |
NOT NULL |
SubscriberLocale |
nvarchar(10) |
NOT NULL |
City |
nvarchar(35) |
NOT NULL |
Vordefinierter Gerätename und vordefiniertes Gebietsschema
Dieses Schema gilt für eine Fluganwendung. Wenn ein Abonnent ein Abonnement erstellt, muss er den Code für die Ursprungsstadt, den Code für das Ziel und einen Triggerpreis für Benachrichtigungen angeben. Außerdem kann der Abonnent einen Transporteur angeben. Wird kein Transporteur angegeben, empfängt der Abonnent Benachrichtigungen für alle Transporteure.
Diese Anwendung unterstützt nur ein Gerät und ein Gebietsschema. Daher können der Gerätename und das Gebietsschema in der Transact-SQL-Abfrage angegeben werden, die zum Generieren von Benachrichtigungen verwendet wird. Die Felder DeviceName und SubscriberLocale im Abonnementschema werden nicht benötigt, es sei denn, es ist geplant, zu einem späteren Zeitpunkt mehrere Geräte und Gebietsschemas zu unterstützen.
| Feldname | Feldtyp | Feldmodifizierer |
|---|---|---|
LeavingFrom |
nvarchar(6) |
NOT NULL |
GoingTo |
nvarchar(6) |
NOT NULL |
Carrier |
nvarchar(255) |
|
Price |
float |
NOT NULL |
Gerät pro Abonnement, vordefiniertes Gebietsschema
Wenn die Fluganwendung geändert wird, um mehrere Geräte, aber nicht mehrere Gebietsschemas zu unterstützen, fügen Sie der Schemadefinition ein DeviceName-Feld hinzu.
| Feldname | Feldtyp | Feldmodifizierer |
|---|---|---|
DeviceName |
nvarchar(255) |
NOT NULL |
Origin |
nvarchar(6) |
NOT NULL |
Destination |
nvarchar(6) |
NOT NULL |
Carrier |
nvarchar(255) |
|
Price |
float |
NOT NULL |
| Hinweis: |
|---|
| Wenn Sie eine Abonnementklasse ändern und die Anwendung aktualisieren, werden die vorhandenen Abonnementtabellen umbenannt und neue Abonnementtabellen erstellt. Abonnementdaten können von den alten zu den neuen Tabellen migriert werden. Weitere Informationen finden Sie unter Aktualisieren einer Anwendung. |
Keine benutzerdefinierten Felder
Die folgenden Felddefinitionen gelten für eine Abonnementklasse, die entweder an alle Benutzer die gleiche Benachrichtigung sendet oder Bedingungsaktionen unterstützt, in denen Abonnenten komplexe Bedingungen für Ereignisfelder definieren. Der Benutzer gibt keine Werte für WHERE-Klauselparameter an, muss jedoch ein Gerät und ein Gebietsschema auswählen.
| Feldname | Feldtyp | Feldmodifizierer |
|---|---|---|
DeviceName |
nvarchar(255) |
NOT NULL |
SubscriberLocale |
nvarchar(10) |
NOT NULL |
Wenn eine Anwendung nicht über benutzerdefinierte Felder verfügt und nicht mehrere Geräte und Gebietsschemas unterstützt, besitzt die Abonnementklasse kein Schema.
Siehe auch
Verweis
Konzepte
Definieren des Abonnementschemas
Andere Ressourcen
Datentypen (Datenbankmodul)
CREATE TABLE (Transact-SQL)
FieldTypeMods Element for SubscriptionClass/Schema/Field (ADF)
FieldType Element for SubscriptionClass/Schema/Field (ADF)
Schema Element for SubscriptionClass (ADF)