Совместное использование БД и уведомление о ее изменении

[Odyssey]

Есть опыт использования подобных извещений, правда, с FireBird.
Все заинтересованные клиенты подписываются на определенное сообщение.
При модификации данных (триггер на удаление/изменение/добавление), в случае подтверждения транзакции, подписчики получают уведомление. Ну и могут, к примеру, перечитать данные.

Я нуб настолько, что для меня все техники внове и потому сейчас пробую то, до чего удается дотянуться. ))
И - да, спасибо, примерно так и намеревался использовать извещения. )

[Пантер]

У меня такого глюка не было. Посмотри, может ты где-то несколько раз подписываешься или изменяешь что-то.

[vladimir_l]

Однако в то приложение, где была нажата кнопка сигнал никогда не идет.

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

[Пантер]

Может, ты в транзакции делаешь и не коммитишь?

[vladimir_l]

Может, ты в транзакции делаешь и не коммитишь?

Всё разобрался. Дело не в транзакциях. Постгрес не посылает уведомления тому пиду котрорый внёс изменения. В документации по NOTIFY так и написано:
It is common for a client that executes NOTIFY to be listening on the same notification name itself. In that case it will get back a notification event, just like all the other listening sessions. Depending on the application logic, this could result in useless work, for example, reading a database table to find the same updates that that session just wrote out. It is possible to avoid such extra work by noticing whether the notifying session's server process PID (supplied in the notification event message) is the same as one's own session's PID (available from libpq). When they are the same, the notification event is one's own work bouncing back, and can be ignored. (Despite what was said in the preceding paragraph, this is a safe technique. PostgreSQL keeps self-notifications separate from notifications arriving from other sessions, so you cannot miss an outside notification by ignoring your own notifications.)

[chu]

Смотря что за БД. В некоторых есть notify, на которые можно подписаться.

как быть с mySQL? там нет notify

[vlad-mal]

...Постгрес не посылает уведомления тому пиду котрорый внёс изменения...

Полезная фича. Я когда-то на FireBird боролся с этим.
С другой стороны, когда не смог побороть, то просто стал ее использовать: данные (в пределах зоны отображения, конечно) обновлялись только по получении извещения, неважно, кто их модифицировал - я или кто-то еще.