С
Вы предлагаете хранить сообщения как на сервере, так и на клиенте? При загрузке приложения получать ВСЕ новые сообщения, вычислять кол-во непрочитанных и сохранять новые на клиенте?
Size: a a a
2021 June 28
V
Вам придется хранить какое-то количество сообщений на клиенте ( условно 100 последних) в кэше
KZ
Можно получать только метаинформацию естественно
KZ
Давайте зайдём с другой стороны вы где сообщения храните?
KZ
А то может PG вообще не при делах
С
В PG
KZ
Ну то есть поиск в чате истории вас не смущает по производительности?
KZ
Извините, это просто вопрос так как ни как не пойму чем плох count если сообщения тянуться из pg.
AY
медленно на большом количестве сообщений
KZ
По индексу без обращения к таблице, не сильно по сравнению с загрузкой сообщений
С
Подсчет (count()) миллиона сообщений - ~150 ms, правда на дефолтных настройках PG, но все равно очень много
AY
проблему часто разбирают на всяких хайлоад мероприятиях
с большими нагрузками даже count по индексу медленный
с большими нагрузками даже count по индексу медленный
KZ
Миллион не прочитанных ?
С
Теоретически, но это не значит, что такое невозможно
AY
непрочитанные сообщения проще хранить в таблице пользователя
где данных на 1-2 порядка меньше
где данных на 1-2 порядка меньше
С
Объясните, не понял
KZ
Там очень хорошая селективность для отбора
AY
ладно, проехали. если у вас стартап на сообщениях, то на старте вообще пофиг, потом докупить железа, потом докупить спецов, которые шарят 😁
С
Я писал в первом сообщении, что хочу прояснить варианты масштабирования. При малых нагрузках больше вариантов
AY
хранить ид непрочитанных сообщений в redis или подобном
в случае потери данных не жалко, я бы сюда двигал
в случае потери данных не жалко, я бы сюда двигал