другой ф.а чем вам родные средства СУБД не нравятся?

Товарищ дорогой, а про SCADA-системы что-то слышали
или у вас как раз такая скада где репортинга нефига нету?

Peter KirillowВ любом случае просто не получится, т.к. по крайней мере нужна трехзвенная архитектура. А значит нужен 1. ApplicationServer, 2. MessageServer.
Update данных производить не непосредственно коннектом к базе, а через AppServer.

В этом случае алгоритм будет выглядить так:
1.update записи в гриде вызывает компонент на AppServer
2.AppServer производит update в базе и в случае успешного завершения помещает сообщение на MessageServer (может содержать всю информацию об измененной записи, чтобы остальные не лазили к базе селектами)
3. все остальные пользователи должны быть подписаны на топик MessageServera
4. получив event от MessageServerа клиенты производят необходимые изменения в своих гридах.

Как вариант можно посоветовать PowerBuilder, EAServer (как AppServer) со встроенным JMS (MessageServer). Такая задача на этой технологии (при условии хорошего владения продуктами) делается за день.

Могу посоветовать сходить на форум PowerBuilder

Подробнее можно зачем трёхзвенка?

Peter Kirillowво многом зависит от того, какая СУБД используется и какие средства разработки доступны или предпочтительны.

например Sybase последней версии имеет встроенную поддержку Tibco, соответственно это дает возможность посадить фунционал оповещения на тригер и не заморачиваться с сервером приложений.

вобщем вариантов куча, но смысл один и сводится он к тому, что необходимо оперировать событиями по технологии push. никак неправильно заставлять клиентское приложение самому заботиться о том, что где-то что-то надо забрать.

Кстати, хочу пофлудить: если я скачаю ASE for Linux - это будет достаточно
для разработки и она потом не грохнется?

Peter Kirillowво многом зависит от того, какая СУБД используется и какие средства разработки доступны или предпочтительны.

например Sybase последней версии имеет встроенную поддержку Tibco, соответственно это дает возможность посадить фунционал оповещения на тригер и не заморачиваться с сервером приложений.

вобщем вариантов куча, но смысл один и сводится он к тому, что необходимо оперировать событиями по технологии push. никак неправильно заставлять клиентское приложение самому заботиться о том, что где-то что-то надо забрать.


А вобще, мониторинг параметров - типичный функционал любой скады.
Кстати , по поводу кто кому должен сообщать, наверно в технологии
.NET Remoting всё это есть

Roman_ShНекоторое резюме:
В настоящее время нет продукта позволяющего мониторть базу и рассылать обновления б этом.
Возможные реализации зависят от конкретного ПО в котором планируется внедрить указанную функциональность, какйто универсальной прослойки в виде API не сущестует.

Варинты:
1. Добавить в ПО сервер приложения ответсвенный за получение обновлений от компонентов системы минуя БД и отправление этих апдейтов клиентам.
2. Использовать специфику конкретной БД, для включения механизмов нотификаций, как части БД.


Напичание очередного монитора каких то там сообщений