Поделиться через


Архитектура управления подписками

Изменения: 17 июля 2006 г.

Чтобы отправлять уведомления, службам Notification Services должны быть доступны сведения о подписчиках, об интересующих подписчиков данных и о месте, куда отправлять данные. Управление подписками представляет собой процесс управления данными о подписчиках, подписках и устройствах подписчиков.

Интерфейсы управления подписками

Управление подписками выполняется с помощью пользовательских интерфейсов управления подписками. Эти интерфейсы, которыми могут быть веб-приложения, приложения Microsoft Windows, приложения командной строки или хранимые процедуры, управляют подписчиком, устройством подписчика или данными о подписках в базах данных экземпляра и приложения.

Чтобы облегчить процесс разработки интерфейса, службы Notification Services предоставляют управляющие объекты подписок и представления. Дополнительные сведения об управляющих объектах подписок, включая образцы кода см. в разделе Разработка интерфейсов управления подписками.

На следующем рисунке показано, как управляющие объекты подписок используются интерфейсом управления подписками для связи со службами Notification Services.

Архитектура управления подписками

Службы Notification Services хранят данные о подписчике и устройстве подписчика с данными экземпляра служб Notification Services, а данные подписок — с данными приложений. Такой метод хранения позволяет приложениям совместно использовать данные подписчиков и отдельно хранить подписки для каждого приложения. Это желательно для большинства приложений, так как уменьшается объем избыточных данных и упрощается поддержка данных подписчиков. Однако если не разделить данные подписки между приложениями, то можно разместить каждое приложение в его собственном экземпляре служб Notification Services.

Когда выполняется приложение служб Notification Services, для формирования уведомлений используются данные подписок, затем для форматирования и распределения уведомлений приложение использует данные подписчиков и устройств подписчика.

ms166489.note(ru-ru,SQL.90).gifВажно!
Когда приложение формирует уведомления, в каждом из них должны содержаться сведения о целевом устройстве подписчика. Устройство подписчика для уведомления должно соответствовать устройству, настроенному для подписчика. В противном случае уведомление не будет доставлено.

Представления управления подписками

При создании экземпляра служб Notification Services службы Notification Services добавляют три представления, которые можно использовать для управления данными подписчиков, устройств подписчиков и подписок.

  • Для добавления, изменения или удаления данных подписчика можно использовать представление NSSubscriberView, которое находится в базе данных и схеме экземпляра.
  • Для добавления, изменения или удаления устройств подписчика можно использовать представление NSSubscriberDeviceView, которое находится в базе данных и схеме экземпляра.
  • Для добавления, изменения и удаления управляемых событиями и основанных на параметрах подписок можно использовать представление NSSubscriptionClassNameView, расположенное в базе данных и схеме приложения. Это представление нельзя использовать для управления подписками, основанными на условиях, и запланированными подписками.

См. также

Основные понятия

Архитектура коллекции событий
Архитектура обработки подписок
Форматирование уведомлений и архитектура доставки

Другие ресурсы

Представления служб Notification Services
Разработка интерфейсов управления подписками

Справка и поддержка

Получение помощи по SQL Server 2005

Журнал изменений

Версия Журнал

17 июля 2006 г.

Дополнительное содержимое
  • Добавлены пояснения о выгодах разделения данных подписки и возможности использования раздельных экземпляров с неразделяемыми данными.

14 апреля 2006 г.

Дополнительное содержимое
  • Добавлена информация о невозможности использования представлений для управления запланированными подписками.
Измененное содержимое
  • Изменен раздел «Интерфейсы управления подписками» посредством добавления ссылки на содержимое для разработчиков и добавления хранимых процедур в качестве типа интерфейса.