пользователя о изменении данных.
ЕСТЬ.
Часто ли надо? НЕТ.
30+ лет понадобилось раза 3 или 4.
Механизмов для уведомления - много.
Пулинг бд по таймеру - наихудший.
если уж по другому нельзя - надо пулить "HighWaterMark".
Лучше - присылать уведомления с серверов.
А вот вопрос. Каким образом лучше обновлять информацию у клиентов, работающих параллельно с одной и тойже таблицей. Например список счетов, открыто в EhGrid сложным запросом с подтягиванием разных данных о счете, и тут один из пользователей открывает счет на правку, как отобразить у другого пользователя что этот счет в редактировании и после завершения редактирования (коммита) перерисовать выхлоп в гриде у второго пользователя? Кто как решает такую задачу?
redis например. короче, горячими таблицами. заодно помогает частично решить вопрос с блокировками
Т.е. поверх пг поднимать редис? Имхо это както монструозно будет.
отпрыгивай от кол-ва коннектов и запросов. если мало, то должно хватить горячими таблицами
Точно также. Количество топиков = количеству сущностей/таблиц. Рассылаем сообщения, если умеем, в топике такой-то объект, то и то. Вплоть до зеркалирования действий пользователя можно сделать. Разные механизмы организации топиков и транспорты доставки сообщений.
Если нужно оперативно - оформляй подписку на события.
Обсуждают сегодня