Пара идей - взгляните на Growl For Windows - это система уведомлений, запущенная в OS X и имеющая опубликованный протокол (GNTP).
Приятно то, что клиенту очень легко изменить форму уведомления на стороне клиента.
Примеры:
http://www.growlforwindows.com/gfw/displays.aspx
Существует даже библиотека Flash / AIR, если «собственная» установка не будет разрешена.
Точно так же с Growl вы можете подключить пересылку к SMS, системам мгновенных сообщений, Twitter и всему, что они придумают на следующей неделе, и подключить подписки к аналогичным системам.
Я думаю, что преимущество этого подхода состоит в том, что он сводит разработку к простому написанию приложения, которое смотрит на БД с одной стороны и выталкивает уведомления с другой.
Если вы хотите «вытолкнуть» весь путь из БД, вам следует также посмотреть на Oracle AQ (с сообщениями, запускаемыми триггерами, если у вас нет прямого доступа к коду, модифицирующему БД).
Учитывая, что есть интерфейс JMS для AQ и библиотека Java Growl, мне кажется, что это будет вариант «наименьшей работы» - серверное приложение будет чем-то, что подписывается на канал JMS и пересылает каждое полученное сообщение. как рычание
Кроме того, вы можете взаимодействовать с AQ через функции PL / SQL, используя другие языки.
Другой подход был бы чем-то похожим, но вместо того, чтобы использовать Growl / GNTP, используя более широко принятый стандарт обмена сообщениями - мы написали приложение на основе Flash, которое требует «push» обмена сообщениями с сервера с использованием AMQP в качестве протокола, и RabbitMQ в качестве сервера обмена сообщениями.
Недостатком этого подхода является то, что вы также должны написать клиент.
В любом случае - вам нужен сервер, который находится между вашим клиентом и d / b и преобразует «события» в легко используемый протокол обмена сообщениями.