KZ
Сколько надо то?)
Size: a a a
2021 June 28
С
Рассматривал, но это усложняет систему. Это один из последних вариантов
AY
храните jsonb/hstore у пользователя с непрочитанными, как станет болеть - в key/value хранилище быстрое. это простая миграция
С
Интересуюсь не для сиюминутной задачи)
KZ
Count быстрее будет чем возврат jsonb, в такой архитектуре(
AY
прикалываетесь? вычитать 1 строчку быстрее, чем count
С
Можно и не терять, если использовать реплики редиса
KZ
А ее еще и сформировать надо строчку из сообщений
AY
я условно. не отношу редис к надежным базам
KZ
Вариант загрузить на клиент все сообщения непрочитанные уже обсудили
AY
ну ок, ваш выбор, надеюсь у вас будет такая система и вы докажете, что правы
С
Я думаю, что как раз таки и нужно будет хранить список непрочитанных сообщений в оперативной памяти
AY
pg будет хранить в оперативе все, что помещается и так поначалу
KZ
Ни в коем случае, я бы вообще убрал из pg все кроме пользователя и чатов условно
С
Около 5-ти дней уже ищу информацию/размышляю о вариантах архитектуры подобной системы и прихожу к выводу, что единственный адекватный во всех смыслах вариант - хранить в оперативной памяти
С
Сообщения в key/value базе типа cassandra?
С
Я о списке идентификаторов непрочитанных сообщений для каждого пользователя
AY
представляете сколько должно быть пользователей, чтобы pg не мог хранить всех в оперативе 64-128gb? 😁
С
Чтобы в последствии подсчитывать их количество и выводить пользователю
С
pg будет хранить кол-во непрочитанных для каждого пользователя?)