Рассылка закрыта
При закрытии подписчики были переданы в рассылку "Вопросы и ответы по MS SQL Server" на которую и рекомендуем вам подписаться.
Вы можете найти рассылки сходной тематики в Каталоге рассылок.
← Декабрь 2002 → | ||||||
1
|
||||||
---|---|---|---|---|---|---|
2
|
4
|
5
|
6
|
7
|
||
9
|
10
|
11
|
12
|
13
|
15
|
|
16
|
17
|
18
|
19
|
20
|
21
|
|
23
|
24
|
25
|
26
|
27
|
29
|
|
30
|
31
|
Статистика
-20 за неделю
MS SQL Server - дело тонкое...
Информационный Канал Subscribe.Ru |
#121<< #122 |
СОДЕРЖАНИЕ СЕМИНАР Возможности использования Microsoft SQL Server 2000 в распределенной среде. Репликация. Удаленный доступ Группа компаний ТАЛГАР совместно с проектом SQL.RU объявляет об открытии серии ежемесячных практических семинаров для ведущих специалистов, разработчиков и администраторов MS SQL Server. Первый семинар, посвященный вопросам использования Microsoft SQL Server 2000 в распределенной среде, носит название : "Возможности использования Microsoft SQL Server 2000 в распределенной среде. Репликация. Удаленный доступ." Этот семинар пройдет 25 декабря 2002 года в Учебном Консультационном Центре Группы Компаний ТАЛГАР. ( Москва., Научный проезд, 10, 6 этаж, офис Группы компаний ТАЛГАР) На семинар приглашаются ведущие специалисты, программисты, разработчики информационных систем. Вы можете заранее задать вопрос докладчику или определить темы, которые вы хотели бы обсудить на предстоящем семинаре. Для этого необходимо послать письмо на адрес mssql@talgar.ru. Участие в семинаре бесплатно. Внимание ! Количество участников ограничено. Большая просьба направлять на семинар от каждой организации не более двух человек.
Для участия в семинаре необходимо заполнить регистрационную форму
на каждого участника семинара и отправить ее по факсу или электронной почте.
Также Вы можете заполнить регистрационную форму на нашем веб-сайте.
Начало семинара в 15-00. На семинаре будут представлены доклады:
1. Организация репликации Microsoft SQL Server 2000 с учётом внешних и внутренних ограничений системы. Тезисы доклада.
1. Ограничения репликации.
2. Учёт ограничений при развёртывании системы с репликацией.
3. Рекомендации по развёртыванию систем с репликацией через Internet.
4. Рекомендации по мониторингу репликации через Internet.
5. Устранение неполадок.
2. Обеспечение информационной безопасности взаимодействия серверов БД на основе Microsoft SQL Server
средствами Microsoft Windows 2000 Server и Microsoft ISA Server (VPN и др.).
SQL Server Notification Services Автор: Александр Гладченко По материалам Notification Services Books Online и презентации, которую подготовил Алексей Шуленин.
4 Как выглядит оповещающее приложение
![]()
·Подписчик объявляет уведомляющему приложению о своей заинтересованности в определенного рода событиях, регистрируя
внутри него подписку. Хорошим примером использования оповещающих приложений является отслеживание состояния акций на фондовых рынках. Пользователь может создать подписку, которая будет уведомлять его об акциях, состояние которых отражается в новостях ADCP. Если цена акции станет больше 70, он получит оповещение по сотовому телефону. Каждый раз, когда цена пакета акций изменяется, сервис оповещений сравнивает данные о подписке с текущим набором событий. Если акция по ADCP превысит 70, будет создано оповещение, которое будет нужным образом отформатировано и отправлено в службу доставки, которая отправит оповещение на сотовый телефон пользователя.
Подобную систему, на базе Notification Services, уже сегодня реализовало у себя инвестиционное банковское подразделение
Dresdner Bank - Dresdner Kleinwort Wasserstein (DrKW). Этот банк является членом международной кредитной организации
Allianz Group. Интранет приложение банка контролирует широкий диапазон событий, отражающихся в back-office системах,
и рассылает оповещения для инвестиционных менеджеров и трейдеров. 4.1 Более подробно о конвейере сервиса оповещений.
· Каждый подписчик может заводить много подписок.
![]()
· Notification Services должны следить за окружающим миром, чтобы выбрать нужные события из всего многообразия изменений.
· Модуль под названием Генератор (Generator) занимается сопоставлением параметров отловленного Провайдером события
зарегистрированным Подпискам.
· Три базовых компоненты трудятся на конвейере Notification Services: 4.3 Конвейер в архитектуре оповещений
· На рисунке показано место конвейера сервиса оповещений в общей архитектуре Notification Services.
![]() 5 Архитектура Notification Services Платформа сервиса оповещений обеспечивает интерфейс для списков рассылки и подписываемых данных. Архитектура содержит компоненты, которые аккумулируют события, а также генерируют, форматируют и распределяют оповещения. В дополнение к поддержке этих встроенных компонент, сервис оповещений даёт возможность создавать собственные компоненты для сбора событий и форматирования оповещений. 5.1 Архитектура управления подпиской
Чтобы посылать оповещения, разработанное Вами приложение должно уметь управлять информацией о подписчиках, управлять
данными, которые они хотят получать и управлять способами доставки оповещений, которыми подписчики хотят эту информацию
получать.
![]() Подписка и данные о подписчике являются ключевыми данными в операциях сервиса оповещений. Когда запущено оповещающее приложение, оно использует информацию о подписке, чтобы генерировать оповещения, а затем использует данные о подписчике, чтобы соответствующим образом эти оповещения отформатировать и отправить. 5.2 Архитектура Event Collection Event Collection – это процесс получения данных о событиях из одного или более источников, таких как: XML файлы, прикладные программы или базы данных. Кроме того, это процесс обеспечения доступности информации о событиях для оповещающих приложений. В архитектуре сервиса оповещений поддержкой Event Collection занимаются провайдеры событий. Каждое приложение использует для отслеживания событий одного или более провайдеров. Каждый провайдер событий передаёт данные приложению, используя один из четырёх интерфейсов событий (Event API): управляемый API, COM API, (который использует управляемый API), XML API и SQL Server API.
![]()
· Управляемый API использует объекты и коллектор событий для того, чтобы передать одиночные события. Используя имена
полей в таблице событий, приложение передаёт объект – событие в Event Collection, который записывает данные в таблицу
событий. COM API использует COM interop, чтобы представить классы событий, как COM -интерфейсы.
· Собирают изменения в данных из внешней деятельности и отправляют их как События в Пакетах Событий (Event Batches). 5.3.1 Стандартные и пользовательские провайдеры
Разработчики приложений могут написать собственные Custom – провайдеры событий, которые могут использовать любой из
оговоренных выше интерфейсов или они из стандартных провайдеров, поставляемых с Notification Services. 5.3.2 Hosted и Non-Hosted (Independent) провайдеры Hosted (зависимый) провайдер событий выполняется под управлением специального компонента сервиса оповещений, называемого: Event Provider Host. Event Provider Host работает по тому же расписанию (которое определено в ADF), что и генератор. Независимые (Non-Hosted) провайдеры работают как внешние программы и поставляют события по их собственным расписаниям. К независимым провайдерам событий можно отнести провайдера, управляемого службой Internet Information Services (IIS), который обеспечивает методы для передачи событий через Web. Те из написанных разработчиками провайдеров, которые является зависимыми от внутренних процессов сервиса оповещений, также относятся к категории независимых провайдеров событий.
· Зависимые
· Независимые Стандартные провайдеры обрабатывают события пакетами. Пересылка событий пакетами позволяет генератору более эффективно обрабатывать данные о событиях, за счёт сравнения информации о подписке в рамках одной операции не с одним событием, а с целым пакетом. Ориентация на пакетную обработку существенно повышает общую эффективность. 5.3.4 Функциональность провайдера событий
Standard
Hosted
Scheduled ПРОДОЛЖЕНИЕ СЛЕДУЕТ Отечественные статьи
Динамическое формирование объектов Новые технические статьи Microsoft
PRB: SQL
Server Service Did Not Start Due to a Logon Failure
Understanding the difference between "IS NULL" and "= NULL" Самые популярные темы недели
Среда
программирования под MS SQL
Alerts
- секреты мастерства
|
#121<< #122 |
http://subscribe.ru/
E-mail: ask@subscribe.ru |
Отписаться
Убрать рекламу |
В избранное | ||