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

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

Всё разобрался. Дело не в транзакциях. Постгрес не посылает уведомления тому пиду котрорый внёс изменения. В документации по 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.)

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