Кнопка REFRESH не рулит! Так можно сказать о приложениях, где обновления рекордсетов выполняются не по инициативе юзера, а по уведомлениям, передаваемым с SQL-сервера. За несколько последних лет работы я опробовал, кажется, все возможные методики передачи уведомлений

• Уведомления, которые передаются через обьект Connection ADO, когда процедура с правами ProcessAdmin рвет KILL'ом второй (ожидающий) коннект приложения, созданный как раз для уведомлений.
• Та же идея, но в ADO.NET с асинхронным коннектом и запуском в нем асинхронной команды, когда приложение получает уведомление, когда завершается асинхронная команда во втором коннекте.
• Я опробовал все варианты ADO.NET-уведомлений с использованием ServiceBroker.
• Также часто применяю новую технику псевдо-уведомлений ASP2, при обновлениях CASHE.
• Я знаю ряд других методик уведомлений, начиная от самых убогих типа Net Send, до уведомлений чисто на брокере, на именах ресурсов, заблокированных сборкой, на SQL-Mail, на MSMQ...

Но, все эти перечисленные методы, оказались в чем-то ущербными и не устраивающщими Заказчика. И он заказал мне супер-систему, которая бы впитала все лучшее от известных мне методик. Так родился мой прокси-сервер уведомлений...

Он работает практически автоматически и требует вмешательсва человека только при катастрофических ошибках, поэтому внешний интерфейс у него достаточно скромный:

Комментарии к этой страничке ( )