Споменах ти защо идеята сървърът да обновява клиентите не е препоръчителна, освен ако наистина имаш причини да правиш това... (Не казвам, че не трябва да го правиш. Въпросът е да прецениш дали е оправдано.)

1. Не винаги сървърът има тази физическа възможност (когато протоколът например е HTTP). В такива случаи има подходи като периодични запитвания от страна на клиента (например с JavaScript) но това е съвсем друг въпрос.

2. Дори и сървърът да може да инициира връзка с клиентите и да им праща каквото и когато реши, това има своите сериозни недостатъци, като например, че софтуерът и на клиента, и на сървъра се усложнява значително, както и протоколът за комуникация м/у тях...

3. Това автоматично актуализиране няма да те спаси само по себе си от проблеми с неактуални данни при клиента (освен ако не реализираш специална логика с допълнителни проверки дали си успял да актуализираш данните му и т.н.)...

4. Performance. Помисли си защо...

Всъщност още доста може да се изпише по темата... но мисля, че и гореспоменатото не е слаба причина да се замислиш дали е оправдано всичко това...

Колкото до това дали СУБД-то което ползваш е Postgre или някакво друго, това няма особено значение, тъй като каквато и яка база да ползваш, тя няма как просто ей така да те отърве от всички проблеми свързани с този начин на работа... Впрочем тази функционалност обикновено се реализира чрез някакво приложение което ползва базата, т.е. такова дето стои между базата и клиентите.

А BTW колкото до performance-a, проблемите с него идват не само от слаб хардуер или "слаба" база, но и от неправилна работа с последната... Salle наскоро даде много подходящ пример със SELECT COUNT(*) from Tbl a, Tbl b, Tbl c, Tbl d... А когато говорим за транзакции и isolation levels има още доста какво да се каже по въпроса;)