Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
При определении класса подписки можно определить схему для данных подписки. В этом разделе приведены несколько примеров полей, которые можно определить в различных сценариях. Дополнительные сведения о схемах подписки см. в разделе Определение схемы подписок.
Примечание. |
|---|
| В следующих примерах показаны значения, используемые для определения полей класса подписки. Точное определение полей зависит от использования XML-документа или NMO для определения приложения. |
Устройства и языковые стандарты для каждой подписки
Данная схема предназначена для приложения Weather. Когда подписчик создает подписку, он должен задать город для уведомлений о прогнозе погоды. Подписчик также должен выбрать устройство и языковой стандарт для доставки уведомлений.
Схема для этого сценария содержит три поля: DeviceName, SubscriberLocale и City.
| Имя поля | Тип поля | Модификаторы поля |
|---|---|---|
DeviceName |
nvarchar(255) |
NOT NULL |
SubscriberLocale |
nvarchar(10) |
NOT NULL |
City |
nvarchar(35) |
NOT NULL |
Предварительно определенное имя устройства и языковой стандарт
Данная схема предназначена для приложения для заказа авиабилетов. Когда подписчик создает подписку, он должен задать код города вылета, код места назначения и пороговую цену для уведомлений. Подписчик также может задать авиакомпанию. Если авиакомпания не задана, то подписчик будет получать уведомления для всех авиакомпаний.
Данное приложение поддерживает только одно устройство и один языковой стандарт. Таким образом, имя устройства и языковой стандарт могут быть заданы в запросе на языке Transact-SQL, используемом для создания уведомлений. Поля DeviceName и SubscriberLocale не нужны в схеме подписки, если только нет планов поддержки нескольких устройств и языковых стандартов в будущем.
| Имя поля | Тип поля | Модификаторы поля |
|---|---|---|
LeavingFrom |
nvarchar(6) |
NOT NULL |
GoingTo |
nvarchar(6) |
NOT NULL |
Carrier |
nvarchar(255) |
|
Price |
float |
NOT NULL |
Устройство для каждой подписки, предварительно определенный языковой стандарт
При преобразовании приложения для заказа авиабилетов для поддержки нескольких устройств, но не нескольких языковых стандартов, необходимо добавить поле DeviceName к определению схемы.
| Имя поля | Тип поля | Модификаторы поля |
|---|---|---|
DeviceName |
nvarchar(255) |
NOT NULL |
Origin |
nvarchar(6) |
NOT NULL |
Destination |
nvarchar(6) |
NOT NULL |
Carrier |
nvarchar(255) |
|
Price |
float |
NOT NULL |
Примечание. |
|---|
| При изменении класса подписки и обновлении приложения существующие таблицы подписки переименовываются и создаются новые таблицы подписок. Данные подписки можно перенести из старых таблиц в новые. Дополнительные сведения см. в разделе Обновление приложения. |
Без пользовательских полей
Нижеприведенные определения полей предназначены для класса подписки, который либо отправляет одно и то же уведомление всем, либо поддерживает условные действия, в которых подписчики определяют сложные условия на основе полей событий. Пользователь не предоставляет значения для каких-либо параметров предложения WHERE, но должен выбрать устройство и языковой стандарт.
| Имя поля | Тип поля | Модификаторы поля |
|---|---|---|
DeviceName |
nvarchar(255) |
NOT NULL |
SubscriberLocale |
nvarchar(10) |
NOT NULL |
Если приложение не содержит пользовательских полей и не поддерживает несколько устройств и языковых стандартов, то класс подписки не имеет схемы.
См. также
Справочник
Основные понятия
Другие ресурсы
Типы данных (компонент Database Engine)
CREATE TABLE (Transact-SQL)
FieldTypeMods Element for SubscriptionClass/Schema/Field (ADF)
FieldType Element for SubscriptionClass/Schema/Field (ADF)
Schema Element for SubscriptionClass (ADF)
Примечание.